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EMULEX PRODUCT WARRANTY 

CONTROLLER WARRANTY: Emulex warrants for a period of twelve (12) months from the date of 
shipment that each Emulex controller product supplied shall be free from defects in material and 
workmanship. 

CABLE WARRANTY: All Emulex provided cables are warranted for ninety (90) days from the time 
of shipment. 

The above warranties shall not apply to expendable components such as fuses, bulbs, and the like, 
nor to connectors, adaptors, and other items not a part of the basic product. Emulex shall have no 
obligation to make repairs or to cause replacement required through normal wear and tear or 
necessitated in whole or in part by catastrophe, fault or negligence of the user, improper or 
unauthorized use of the product, or use of the product is such a manner for which it was not 
designed, or by causes external to the product, such as but not limited to, power failure or air 
conditioning. Emulex' s sole obligation hereunder shall be to repair or replace any defective 
product, and, unless otherwise stated, pay return transportation cost for such replacement. 

Purchaser shall provide labor for removal of the defective product, shipping charges for return to 
Emulex and installation of its replacement. THE EXPRESSED WARRANTIES SET FORTH IN THIS 
AGREEMENT ARE IN LIEU OF ALL OTHER WARRANTIES, EXPRESSED OR IMPLIED, 
INCLUDING WITHOUT LIMITATION, ANY WARRANTIES OF MERCHANTABILITY OR 
FITNESS FOR A PARTICULAR PURPOSE, AND ALL OTHER WARRANTIES ARE HEREBY 
DISCLAIMED AND EXCLUDED BY EMULEX. THE STATED EXPRESS WARRANTIES ARE IN 
LIEU OF ALL OBLIGATIONS OR LIABILITIES ON THE PART OF EMULEX FOR DAMAGES, 
INCLUDING BUT NOT LIMITED TO SPECIAL, INDIRECT, OR CONSEQUENTIAL DAMAGES 
ARISING OUT OF, OR IN CONNECTION WITH THE USE OR PERFORMANCE OF THE 
PRODUCT. 

RETURNED MATERIAL: Warranty claims must be received by Emulex within the applicable 
warranty period. A replaced product, or part thereof, shall become the property of Emulex and 
shall be returned to Emulex at 

Purchaser's expense. All returned material must be accompanied by a RETURN MATERIALS 
AUTHORIZATION (RMA) number assigned by Emulex. 
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Section 1 
GENERAL DESCRIPTION 



1.1 Introduction 



The QD33 Disk Controller, designed and manufactured by Emulex Corporation, 
is an MSCP-compatible controller that interfaces SMD and SMD-E disk drives 
with DEC'S LSI-11 bus. This manual is designed to help you install and use your 
QD33 Disk Controller. It assumes that you have some knowledge of hardware 
configuration, LSI-11 architecture and terminology, and interpretations of error 
messages and device register contents. The contents of the eight sections and 
four appendices are described as follows: 

• Section 1 (General Description): This section contains an overview of 
the QD33 Disk Controller. 

• Section 2 (Controller Specification): This section contains the 
specification for the QD33 Disk Controller. 

• Section 3 (Planning the Installation): This section contains the 
information necessary to plan your installation, including MSCP 
subsystem and operating system considerations, 

• Section 4 (Installation): This section contains the information needed to 
set up and physically install the controller, including switch settings and 
cabling. It also describes the firmware-resident diagnostics and contains 
instructions for loading drive configuration parameters into the 
NOVRAM. 

• Section 5 (Troubleshooting): .This section describes fault isolation 
procedures that can be used to pinpoint trouble spots. 

• Section 6 (Registers and Programming): This section describes the 
QD33's LSI-11 bus registers and presents an overview of the Mass 
Storage Control Protocol (MSCP). 

• Section 7 (Functional Description): This section describes the controller 
architecture. 

• Section 8 (Interfaces): This section describes the controller, LSI-11 bus 
and SMD interfaces. 

• Appendix A (Autoconfigure): This appendix describes the DEC 
algorithm for the assignment of CSR addresses and vector addresses. 
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• 



Appendix B (PROM Removal and Replacement): This appendix 
contains instructions to remove and replace the firmware so that the user 
can upgrade the QD33 Disk Controller in the field. 

Appendix C (Disk Drive Configuration Parameters): This appendix 
contains configuration pararneters for supported SMD disk drives. 

Appendix D (Special Considerations for Large Capacity Drives): This 
appendix contains information specifically concerning large capacity disk 
drives. 



1 .2 Subsystem Overview 



The QD33 Disk Controller connects high-capacity mass storage peripherals to the 
LSI-11 bus in computers manufactured by Digital Equipment Corporation 
(DEC). The QD33 implements DEC's Mass Storage Control Protocol (MSCP) to 
provide a software-transparent interface for the host DEC computer. To provide 
traditional Emulex flexibility in peripheral selection, the QD33 uses the industry 
standard SMD-E interface as its peripheral interface. 



1 .2.1 Mass Storage Cor>trol Protocol (MSCP) 



MSCP is a software interface designed to lower the host computer's mass 
storage overhead by offloading much of the work associated with file 
management into an intelligent mass storage subsystem. In concert with SMD 
compatible peripherals, the QD33 provides just such a subsystem. The QD33 
relieves the host CPU of many file maintenance tasks. The QD33 Disk Controller 
performs these MSCP functions: error checking and correction, bad block 
replacement, seek optimization, command prioritizing and ordering, and data 
mapping. 

This last feature is, perhaps, the most important. This feature allows the host 
computer's operating system software to store data in logical blocks that are 
identified by simple logical block numbers (LBNs). Thus, the host does not need 
to have detailed knowledge of the peripheral's geometry (cylinders, tracks, 
sectors, etc.). This feature also makes autoconfiguration a simple matter. 
During system start-up, the host operating system queries the subsystem to find 
its capacity (the number of logical blocks that the subsystem can store). 
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Subsystem Models and Options 



Because the host operating system does not need to have detailed knowledge of 
its mass storage subsystem, the complexity of the operating system itself has 
been reduced. This reduction comes about because only one or two software 
modules are required to allow many different subsystems to be connected to a 
host. 



1 .3 Physical Organization Overview 



The QD33 Disk Controller is a modular, microprocessor-based disk controller 
that connects directly to the host computer's LSI-11 bus backplane. The 
microprocessor architecture ensures excellent reliability and compactness. 

The QD33 is contained on a single dual-wide printed circuit board assembly 
(PCBA) that plugs directly into an LSI-11 bus backplane slot. 

The QD33 supports up to two physical or four logical disk drives. Aggregate 
data storage capacities are limited only by the capacities of the peripherals. 
Figure 1-1 shows one possible SMD configuration. 




QD3302-1215 



Figure 1-1. QD33 Subsystem Configuration 



1 .4 Subsystem Models and Options 



The QD33 Disk Controller, with appropriate peripherals, provides a DEC MSCP- 
compatible mass storage subsystem. The QD33 is pictured in Figure 1-2. The 
QD33 is identified by a top level assembly tag that is glued to the 8031 
microprocessor chip on the PWB. The QD33 top level assembly number is given 
in Table 1-1 along with the part numbers of the items that are delivered with the 
QD33. 
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Table 1-1. Basic Contents 



Itm 


Qty 


Description 


Part Number 


1 
2 

3 


1 
1 
1 


QD33 Disk Controller 
22-Bit Addressing Kit 
QD33 Technical Manual 


QD3310201 
QD0113002 
QD3351001 



1 .4.1 Subsystem Options 



Table 1-2 lists the options that can be ordered to tailor your QD33 to your 
particular application. Software programs are offered in distribution kits that 
include media and documentation. 




QD3302-1216 



Figure 1-2. QD33 Disk ControUer 



1-4 General Description 



Subsystem Models and Options 



Table 1-2. QD33 Options 



Option 



QD3113003 



SU7811212-0ni 

SU7811219-.0ni 

SU7811213-0ni 

SU7811218-0ni 

SU1110201 

CU2220301 

SU7813104 



Description 



QD33 Cabling Kit for MICRO/PDP-11 and MicroVAX I and II 
Tower. Includes cables, panels, and instructions. 

SMD A-Cable, shielded 

SMD A-Cable, extension 

SMD B-Cable, shielded 

SMD-B Cable, extension 

Cable I/O Adapter Panel 

Rack-Mount Panel 

Peripheral Cable Adapter Panel Kit 



^See Table 4-7 for part numbers for specific cable lengths. 



Options are specified as separate line items on a sales order. An example of an 
actual sales order is shown in Figure 1-3. 



Itm 



1. 
2. 



Qty 



Part Number 



QD33 



QD3113003 



Comment/Description 



Disk Controller implementing DEC MSCP with 
SMD drives. 

QD33 Cabling Kit 



Figure 1-3. Sales Order Example 
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1 .5 Features 

The following features enhance the usefulness of the QD33 Disk Controller. 



1 .5.1 Microprocessor Design 



The QD33 design incorporates an eight-bit, high-performance CMOS 
microprocessor to perform all controller functions. The microprocessor 
approach provides a reduced component count, high reliability, easy 
maintainability, and the microprogramming flexibility that allows MSCP to be 
implemented without expensive, dedicated hardware. 



i .5.2 Firmware-resident Diagnostics 



The QD33 disk controller firmware incorporates a self-contained set of disk 
preparation and diagnostic utilities. These utilities are contained in QD33 
Revision C and above firmware. Controllers with this firmware are easily 
identified by a label on the PROM in location U43. 

These utilities allow the user to communicate directly with the QD33 via a 
firmware-resident terminal driver that is compatible with either CRT or hardcopy 
devices connected to an LSMl or Micro VAX console port. These firmware- 
resident diagnostics (F.R.D.) provide several important disk preparation 
functions, including the ability to: 

• Configure the controller NOVRAM 

• Format the drive 

• Test the disk surface and replace defective blocks, and 

• Perform reliability testing of the attached disk subsystem. 



1 .5.3 Custom Configuration Capability 



An on-board NOVRAM can be programmed for two independent physical drive 
configurations. Using the firmware-resident utilities, you can control drive 
parameters, such as gap size, and the number of sectors per track. 
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1.6.4 Self-Test 



The QD33 incorporates an internal self-test routine which exercises all parts of 
the microprocessor, the on-board memory, the buffer controller, and the Host 
Adapter Controller (HAC). Although this test does not completely test all 
circuitry, successful execution indicates a very high probability that the disk 
controller is operational. If the QD33 fails the self-test, it leaves three light- 
emitting diodes (LEDs) ON and sets an error bit in the Status and Address (SA) 
register (base address plus two). 



1.6.5 Error Control 



The QD33, in conjunction with the operating system software, presents error- 
free media to the host. The disk controller corrects soft errors and performs retry 
operations, and allows the operating system to dynamically replace 
uncorrectable errors. 



1 .6.6 Host-Initiated Bod Block Replacement 



The QD33 uses DEC-compatible host-initiated bad block replacement to 
dynamically replace any defective blocks that occur during the life of the system. 
For maximum reliability, the QD33 reports even corrected single bit errors as 
candidates for replacement. 



1 .6.7 Media Defect List Management 



The firmware-resident diagnostics allow the user to manually enter bad blocks 
found in the manufacturer's defect list in either bytes from Index or logical block 
number format. 



1 .6.8 Seek Optimization 



The QD33 is able to pool the various seeks that need to be performed and 
determine the most efficient order in which to do them. This is an especially 
important feature in heavily loaded systems. The disk controller's ability to 
arrange seeks in the optimum order saves a great deal of time and makes the 
entire system more efficient. 



1 .6.9 Command Buffer 



The QD33 contains a buffer that is able to store 13 MSCP commands. This large 
buffer allows the subsystem to achieve a higher throughput and to operate at a 
veiy efficient level. 
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1 .5.1 Adaptive DMA 



During each DMA data transfer burst, the QD33 monitors the LSI-11 bus for 
other pending DMA requests and suspends its own DMA activity to permit other 
DMA transfers to occur. The host processor programs the DMA burst length 
during the MSCP initialization sequence or the QD33 defaults to 16 words per 
burst. In addition, the QD33 firmware design includes a switch selectable DMA 
burst delay to avoid data late conditions on other slower devices that may be on 
a given system. Because of these adaptive DMA techniques, the QD33 ensures 
that CPU functions, including interrupt servicing, are not locked out for 
excessive periods of time by high-speed disk transfers. 



1.5.11 Block-Mode DMA 



The QD33 supports block-mode DMA for accessing memory. In this mode, the 
initial address of the data is transmitted, followed by a burst of up to 16 words of 
data. The memory address is automatically incremented to accommodate this 
burst. Block mode transfers considerably reduce the overhead associated with 
DMA operations. 



1.5.12 Twenty-Two-Bit Addressing 

The QD33 supports the 22-bit addressing capability of the extended LSI-11 bus. 



1.5.13 Rotational Position Sensing (RPS) 



This feature increases the performance of the disk subsystem during data transfer 
when two drives are active. RPS allows the controller to determine which drive 
is rotationally closest to any of the data transfers in the controller command 
buffer. By matching a data transfer with the drive rotationally closest to that 
command, the rotational latency is reduced, therefore increasing throughput of 
the subsystem. 

RPS is a programmable NOVRAM function. The performance gain is seen only 
when two drives are used simultaneously. Single drive subsystems should have 
RPS disabled. 



1.6 Compatibility 

This section describes the operating systems and hardware components which 
are compatible with the QD33. 
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Compatibility 



1 .6.i Operating Systems 



The QD33 implements MSCP. Emulex supports its implementation of MSCP 
beginning with the indicated version of the following DEC operating systems: 



Operating 




System 


Version 


Micro/VMS 


4.0 


RSTS/E 


8.0 


RSX-llM 


4.1 


RSX-llM-PLUS 


2.1 


RT-11 


5.1 


Ultrix-11 


3.0 


Ultrix-32m 


1.1 



1.6.2 Hardware 



The QD33 Disk Controller complies with DEC LSI-11 bus protocol, and it directly 
supports 22-bit addressing and block-mode DMA. The QD33 also supports 
scatter-write and gather-read operations on the Micro VAX I. 

The disk drives supported by the QD33 are not media compatible with 
comparable DEC MSCP products. 

The QD33 Disk Controller supports hard-sectored disk drives that use the SMD 
interface. The QD33 also supports the extended cylinder addressing functions of 
the SMD-E interface (see subsection 8.3). The QD33 supports disk transfer rates 
up to 3.0M byte per second. Emulex has qualified the following disk drives for 
full support: 



• CDC LMD 9457 




CDC 9720-850 




Fujitsu M2333 


• CDC RSD 9710 




CDC 9720-1230 




Fujitsu M2351A 


• CDC 9715-340 




CDC 9771 XMD 




Fujitsu M2361A 


• CDC 9715-515 




CDC 9772 XMD 




NEC 2352 


• CDC 9720-368 




CDC 9772-13 XMD 




NEC 2362 


• CDC 9720-500 




CDS 315 




NEC 2363 


• CDC 9720-736 




Fujitsu 2298 




Toshiba MK-186FB 


• CDC 9720-750 




Fujitsu M2321/22 




Toshiba MK-286FC 
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Section 2 
CONTROLLER SPECIFICATION 



2.1 Overview 



This section contains the general, environmental, physical, electrical, and port 
specifications for the QD33 Disk Controller. 



Subsection 



Title 



2.1 
2.2 
2.3 
2.4 
2.5 



Overview 

General Specification 
Environmental Specification 
Physical Specification 
Electrical Specification 



2.2 General Specification 

Table 2-1 contains a general specification for the QD33 Disk Controller. 



Table 2-1. QD33 General Specifications 



Parameter 


Description 


FUNCTION 


Providing mass data storage to Digital Equipment 
Corporation (DEC) computers that use the LSI-11 
bus 


Logical CPU Interface 


Emulates DEC's Mass Storage Control Protocol 
(MSCP) 


Diagnostics 


Embedded diagnostics 


Operating System 
Compatibility 


Micro /VMS V4.0 and above 
RSTS/E V8.0 and above 
RSX-llM V4.1 and above 




RSX-llM PLUS V2.1 and above 




RT-11 V5.1 and above 




Ultrix-11 V3.0 and above 




Ultrix-32m VI. 1 and above 



(continued on next page) 
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Table 2-1. QD33 General Specifications (continued) 



Parameter 


Description 


CPU I/O Technique 


Direct Memory Access (DMA), including adaptive 
techniques and block mode; supports scatter-write 
and gather-read operations on the MicroVAX I 


INTERFACE 




CPU Interface 


Extended LSI-11 bus interface 


Device Base Address 




Standard 


177721508 177603640 


Alternates 


177721548 177603708 




177603348 177603748 




177603408 177604008 




177603448 177604048 




177603508 177604108 




177603548 177604148 




177603608 177604208 


Vector Address 


Programmable 


Priority Level 


BR4 


Bus Loading 


1 DC Load, 2.5 AC Loads 


Peripheral Interface 


SMD-E (Extended) up to 24 MHz 
SMD-0 


Disk Transfer Rate 


Up to 3.0M bytes per second 


Number of Physical 
Drives Supported 


2 


Drive Sectoring 


Hard Sectored 


Maximum Cable Lengths 




A Cable (daisy-chain) 


50 ft (15 m) cumulative 


B Cable (radial) 


50 ft (15 m) 


Firmware Diagnostic 
Host Console 




LSI-11 


DLVllJ or Processor-resident console interface 


MicroVAX 


Processor-resident console port 
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2.3 Environmental Specification 



Table 2-2 contains the environmental specifications for the QD33 Disk 
Controller. 



Table 2-2. QD33 Environmental Specifications 



Parameter 


Description 


OPERATING TEMPERATURE 

RELATIVE HUMIDITY 

COOLING 

HEAT DISSIPATION 


10°C (50OF) to 40°C (IO40F), where maximum 
temperature is reduced 1.8°C per 1000 meters (1°F 
per 1000 feet) altitude 

10% to 90% with a maximum wet bulb of 28°C 
(820F) and a minimum dewpoint of 2°C (3.6°F) 

6 cubic feet per minute 

82 BTU per hour 



2.4 Physical Specification 

Table 2-3 contains the physical specifications for the QD33 Disk Controller. 



Table 2-3. QD33 Physical Specifications 



Parameter 


Description 


PACKAGING 
Dimensions 

Shipping Weight 


Single, dual-wide, four-layer PCBA 

5.186 by 8.70 inches 
13.172 by 22.09 centimeters 
(see Figure 2-1) 

3 pounds 
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2.5 Electrical Specification 



Table 2-4 lists and describes the electrical specification for the QD33 Disk 
Controller. 



Table 2-4. QD33 Electrical Specification 



Parameter 


Description 


POWER 


+5 VDC ± 5%, 2.6 amperes (A) MAX 



5.186 INCHES ■ 
(13.172 cm) 



n 



B.700 INCHES 
(22.098 cm) 



Figure 2-1 . QD33 Disk Controller Dimensions 



QD3302-1224 
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Section 3 
PLANNING THE INSTALLATION 



3.1 Overview 



This section is designed to help you plan the installation of your QD33 Disk 
Controller. Taking a few minutes and planning the configuration of your 
subsystem before beginning its installation should result in a smoother 
installation with less system down time. This section contains QD33 application 
examples and configuration procedures. The subsections are listed in the 
following table: 



Subsection 


Title 


3.1 
3.2 
3.3 
3.4 
3.5 


Overview 

MSCP Subsystem Configuration 

A DEC MSCP Subsystem 

The QD33 MSCP Subsystem 

Operating Systems, Device and Vector 

Addresses 



3.2 MSCP Subsystem Configuration 



The following paragraphs describe MSCP Subsystem concepts, including 
architecture, unit numbering, capacities, and related concepts. 



3.2.1 Architecture 



MSCP is a protocol designed by DEC for mass storage subsystems using Digital 
Storage Architecture (DSA). In a MSCP mass storage subsystem, DSA 
comprises three functional and physical layers: 

• Host Layer. An MSCP class-driver in the host system receives requests 
from the operating system and then relays data and commands to the 
controller in MSCP message packets. 

• Controller Layer. The MSCP controller communicates with both the 
host layer and the mass storage layer. The controller transmits MSCP 
message packets to and from the host MSCP class-driver and performs 
data-handling functions for the mass storage devices. The QD33 
functions as the controller layer. 

• Mass Storage Layer. The mass storage peripheral devices communicate 
with the MSCP controller and send or receive data as specified by the 
MSCP controller. 
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MSCP defines the form of the message packets that are exchanged by the host 
and the MSCP controller. The QD33 implements MSCP in mass storage 
subsystems using SMD as the peripheral interface. 



3.2.2 Peripheral Numbering 



Each MSCP peripheral on the system is identified to the operating system by an 
MSCP device name. An MSCP device name consists of a device class identifier 
and a unit number. The device class is indicated by a two-letter prefix; MSCP 
disk devices are indicated by the prefix DU. 

With the exception of Micro VMS systems, DEC operating systems require that 
all MSCP peripherals on a system have different MSCP device numbers, even if 
they are managed by separate MSCP controllers at separate LSI-11 bus device 
addresses. For example, under RSX-llM-PLUS, if there are three peripherals on 
the first MSCP controller (at 772150q), then the first peripheral on the second 
MSCP controller (in floating CSR address space) is numbered DU3. 



3.2.3 Peripiierai Capacities 



The capacity of peripherals in an MSCP subsystem is measured in logical blocks. 
Each logical block contains 512 bytes of data. The MSCP controller can report 
the capacity of a peripheral to the operating system. For example, a Fujitsu 
M2361A (689M byte) disk drive supported by the QD33 is able to store 1,139,136 
logical blocks. 



3.3 A DEC MSCP Subsystem 



Figure 3-1 shows the organization of a typical DEC MSCP subsystem for the LSI- 
11 bus. The MSCP host and controller functions (see section 3.2.1) are 
combined in a single piece of hardware, in this example the DEC KDA50. The 
KDA50 plugs directly into the LSI-11 bus and is attached to RA81 disk drives via 
a disk-drive-native interface. 



3.4 The QD33 Subsystem 



Figure 3-2 illustrates a typical QD33 subsystem. As with the DEC 
implementation, the QD33 is connected directly to the LSI-11 bus. However, the 
QD33 uses the SMD peripheral interface to communicate with one or two disk 
drives. 

The MSCP subsystem provided by the QD33 is essentially analogous to the DEC 
MSCP subsystem. As in the DEC subsystem, the QD33 MSCP controller 
connects directly to the LSI-11 bus and performs many of the same functions as 
the KDA50. As an MSCP controller, the QD33 receives requests from the host, 
optimizes the requests, generates SMD commands to perform the operations, 
transfers data to and from the host, transfers data to and from the device, and 
buffers data as necessary. When the command is complete, the controller sends 
a response to the host. 
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QD3302-0683 



Figure 3-1. DEC MSCP Subsystem Configuration 




QD3302-1217 



Figure 3-2. QD33 Subsystem Configuration 



Planning the Installation 3-3 



The QD33 Subsystem 



The QD33 also performs all of the functions of the peripheral controller, 
including serialization and deserialization of data. The QD33 connects to the 
peripherals it supports via the SMD interface. 



3.4.1 Logical Unit Numbers 



As noted in subsection 3.2.2, most DEC operating systems do not allow any 
MSCP disk devices on one system to have the same unit number, even though 
they may be controlled by separate MSCP controllers at different base addresses. 

DEC MSCP-type drives can accept unit identification plugs that define addresses 
from to 255. Disk drives controlled by the QD33 do not have this flexibility; the 
QD33 can detect only two unique drive addresses at its SMD interface - and 1. 
To prevent a unit-number conflict between the QD33's drives and another 
MSCP controller's drives, the QD33 employs switches to change the drive logical 
unit number that is reported to the operating system. 

Example 3-1. An MSCP controller at a standard base address is supporting four disk drives; a QD33 at 

an alternate base address is supporting two disk drives. An offset of 4 is specified for this 
QD33. This causes the QD33 disk with address to be reported to the operating system 
as logical unit number (LUN) 4. The QD33 disk 1 is reported as LUN 5. 

The offset for the logical unit number is specified by using switches SWl-2 
through SWl-4 on the QD33. See subsection 4.3.3.2.2 for switch setting 
information. 



3.4.2 QD33 Subsystem Logical Configuration 



This subsection explains the algorithm used by the QD33 to map logical MSCP 
peripherals onto the physical disk drives provided by the QD33 subsystem. 
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3.4.2.1 Logical Devices 



The phrase "logical MSCP disk drive" refers to the disk drive as it appears to the 
operating system. That is, the operating system associates a disk drive of known 
type (in this case, an MSCP disk drive with a unit number and a capacity). The 
QD33 MSCP controller presents that information to the operating system after 
initialization on command. 

Because the MSCP controller is responsible for establishing the relationship 
between unit number and capacity, it is possible for the controller to divide its 
physical disk drives into more than one logical unit. For example, if a physical 
disk drive has a capacity of 1,402,832 blocks, the MSCP controller can divide that 
capacity into two parts of 701,416 blocks each. (Each part may have a different 
capaci^.) Each part is then assigned a separate unit number, and the the unit 
number and capacity of each part is presented to the operating system. 

The operating system then sees the two parts as separate disk drives, even 
though the data is actually stored on the same physical drive. The two parts are 
called logical disk drives, and the numbers that identify them are called MSCP 
logical unit numbers. 

A drive configuration that supports multiple logical units is specified by the data 
that is stored in the configuration Nonvolatile Random Access Memory 
(NOVRAM). Information for programming the configuration NOVRAM is given 
in subsections 4.7, 4.8, and 4.9. The field that causes a drive to be divided into 
multiple logical units is called the Split Code. There are four types of split codes: 
no split, cylinder split, head split, and reverse head split: 

• When no split is specified, the entire physical drive is one logical drive. 

• Cylinder split codes divide a physical drive by cylinders. A Starting 
Cylinder Offset field in the NOVRAM specifies the first cylinder of the 
second logical drive. Alternate cylinders are divided evenly between 
drives. For example, a Fujitsu M2351A, which has 842 cylinders, might 
be divided so that Drive is assigned cylinders through 420 and Drive 1 
assigned cylinders 421 through 841. In this example, the Starting 
Cylinder (Dffset has a value of 421. 
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• Head split codes divide the drive by data heads. A Starting Head Offset 
field in the NOVRAM specifies the first head of the second logical drive. 
When the drive is split by data heads, each logical drive has its own 
platter or group of platters; consequently, the lower blocks of one logical 
drive are in the same physical cylinder as the lower blocks of the other 
logical drive. For example, a CDC 9457 LMD might be divided so that 
Drive is assigned heads and 1 and Drive 1 is assigned heads 2 and 3. 
The Starting Head Offset has a value of 2. In this example, the CDC 9457 
removable media is assigned logical unit number (LUN) and the fixed 
media assigned LUN 1. 

• Reverse head split codes also divide the drive by data heads, but assign 
the lower numbered heads to drive 1 and the higher numbered heads to 
drive 0. If you entered a reverse split code for the previous CDC 9457 
example, Drive is assigned heads 2 and 3 and Drive 1 is assigned heads 
and 1. The Starting Head Offset has a value of 2. One advantage of the 
reverse head split codes is that you may use a fixed media unit as your 
system disk without modifications to the operating system. 

The head splitting technique has a performance advantage over the cylinder 
method. Typically, most disk accesses are made in the lower cylinders of a disk 
because many system-oriented files are located there, including the drive's 
directory. Because the low (and high) cylinders are vertically aligned between the 
two logical drives when the head splitting technique is used, switching between 
head-split logical drives requires less head movement than switching between 
cylinder-split drives. 
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3.4.2.2 Device Numbers 



The drives supported by the QD33 are assigned MSCP device names by the 
operating system. As described in subsection 3.2.2, an MSCP device name 
consists of a device class prefix and a device unit number. Drives are assigned 
MSCP device numbers beginning with zero (0). The conventions for numbering 
multiple MSCP drives vary by operating system. 

Under RSX-llM, RSX-llM-PLUS and RT-11, DUO is assigned to the first drive 
on the first MSCP controller, where "first" means the controller located at the 
standard base address. Unit number 1 would be the second drive on the first 
controller, etc. If there are two MSCP controllers on the system, the units 
installed on the second begin numbering at n + 1, where n equals the highest unit 
number of the first MSCP controller. 

RSTS/E requires that drives supported by a standard MSCP controller be 
numbered starting at and drives supported by an alternate MSCP controller be 
numbered starting at 4. 

Because MSCP device names under Micro VMS designate the supporting MSCP 
controller, the unit numbering is less restricted. For example, two drives which 
are supported by a standard MSCP controller might be DUAO and DUAl and a 
third drive supported by an alternate MSCP controller might be DUBO. 

Table 3-1 is an MSCP unit numbering example under the RSX-llM operating 
system which shows the MSCP number versus the actual physical addresses 
assigned to all the components. The physical disk drive (unit number 0) of the 
second controller is split into two logical units. Note that two device names are 
associated with that drive. 



Table 3-1. Subsystem Configuration Example 



QD33 
Address 


Device Description 


Drive 

Unit 

Number 


Device 
Name 


772150 


Fujitsu M2361A 





DUO 




Fujitsu M2361A 


1 


DUl 


760334 
(Floating) 


CDC 9772 XMD 
(head split) 





DU2 
DU3 




Fujitsu M2351A 


1 


DU4 
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NOTE 

All of the MSCP peripherals supported by the QD33 
use the same device identifier - RA81. Unique 
device identifiers are not available to the host 
because of the nature of the NOVR AM . 



3.5 Operating Systems, Device and Vector Addresses 



Before the installation of any peripheral device can be considered complete, the 
computer's operating system must be made aware of the new resource. The 
information provided in this section is intended to supplement your DEC 
operating system resources and to be used as an aid in planning the installation 
of your QD33. 

An operating system can be made aware of a new resource in three ways: 

• The operating system can poll the computer's I/O device address space. 

• The device can be manually connected using CONNECT or CONFIGURE 
statements. 

• The user can tell the operating system about a device during an interactive 
SYSGEN procedure. 



The first technique is referred to as autoconfigure, and it is essentially automatic. 
The second technique requires that CONNECT statements be placed in a special 
command file that is executed each time the computer is bootstrapped. The third 
technique, interactive SYSGEN, creates a configuration file that the operating 
system references when the system is bootstrapped. All techniques accomplish 
the same result: they associate a specific device type with a bus address and 
interrupt vector. 

Most recent versions of DEC operating systems use autoconfigure to some 
extent, and try to follow the same rules. The RT-11 operating system does not 
use autoconfigure, but can locate devices that reside at a standard address. 
There are some diifferences among operating systems, however, especially with 
regard to MSCP controllers at alternate LSI-11 bus addresses. The following 
paragraphs address these differences for each supported operating system. This 
discussion includes information on choosing appropriate LSI-11 bus device 
addresses and interrupt vectors for the subsystem. 

The following operating system discussions give procedures for choosing LSI-11 
bus addresses for the first MSCP controller and any subsequent controllers in the 
host configuration. No instructions are provided for programming the chosen 
address into the QD33. See subsection 4.3 for detailed switch setting 
information. 
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MSCP-type controllers contain two registers that are visible to the LSI-11 bus I/O 
page. They are the Initialization and Polling (IP) register (base address) and the 
Status and Address (SA) register (base address plus 2). The IP register, the CSR 
address, LSI-11 bus address and the base address all refer to the same register. 
All of the operating systems described in the following subsections use the 
standard LSI-11 bus address of 17721508 ^^^ ^^^ ^^^^* controller on the host 
system. 

Vector addresses for MSCP controllers are not selected by using switches on the 
controller, but are programmed into the controller during the Initialization 
process. Many operating systems select the vector address automatically. If an 
operating system requires manual input of the vector, the procedure notes that 
fact. 

Again, although DEC has attempted to standardize treatment of peripherals by 
operating systems, some differences do exist. Table 3-2 lists and describes the 
device names assigned to MSCP devices under five operating systems. Two 
controller names and two drive names are given to indicate the numbering 
scheme. 



Table 3-2. Device Names 



Operating System 


Controller 


Drives Supported 




First, Second 


by First Controller 


RSTS/E 


RUO, RUl 


DUO, DUl 


RSX-llM 


"*"""/ — - 


DUO, DUl 


RSX-llM-PLUS 


DUA, DUB 


DUO, DUl 


RT-11 


Porto, Portl 


DUO, DUl 


Micro VMS 


PUA, PUB 


DUAO, DUAl 


Ultrix-11 


udaO, udal 


raO, ral 


Ultrix-32m 


udaO, udal 


raO, ral 



The information regarding operating systems in these subsections is subject to 
change. The following discussions are based on three assumptions: 

• This is the first pass that is being rpade through SYSGEN; therefore, no 
saved answer file exists. Answer N (no) to questions such as "Use as 
input saved answer file? " 

• Your host system configuration conforms to the standard LSI-11 device 
configuration algorithm (otherwise autoconfigure results are not reliable). 

• You are generating a mapped version of the operating system on the 
appropriate hardware (unless you are using RT-11). 
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3.5.1 RSTS/E Operating Systems (V8.0 and above) 



RSTS/E scans the hardware to determine configuration each time the system is 
bootstrapped. The scanning program is called INIT.SYS and it relies on the 
same hardware configuration conventions as do the other DEC operating 
systems. 

The RSTS/E operating system can support two MSCP controllers. The first 
MSCP controller must be located at the standard LSI-11 bus address, 7721508. 
According to DEC documentation, the second unit should be located in floating 
address space. For an alternate QD33, Emulex suggests specifying an LSI-11 bus 
address of 7603348 using the HARDWARE option of the INIT.SYS program. 

The INIT.SYS program uses a user-specified table, located in the currently 
installed monitor, to make exceptions to the autoconfigure algorithm. This table 
is modified by the HARDWARE option of the INIT.SYS program. Use of this 
table allows an MSCP controller to be placed at virtually any address on the I/O 
page. Note that this table must be reset any time a new monitor is installed. 
Emulex suggests using an LSI-11 bus address of 7603348 for an alternate QD33. 
An MSCP controller must be located at the standard address to be a bootstrap 
device. 

Interrupt vector addresses are assigned to the MSCP controllers by INIT.SYS 
and programmed into the devices during initialization. 



3.6.1 .1 Adding MSCP Support 



Support for an MSCP controller must be included in a monitor at SYSGEN time. 
To include support for an MSCP controller in a RSTS/E monitor, respond to the 
SYSGEN question "number of MSCP controllers" with the number of MSCP 
controllers on the system. 

Units connected to MSCP controllers will be accessible to an on-line RSTS/E 
system only after the monitor is successfully SYSGENed and installed with the 
INSTALL sub-option of the INIT.SYS program, and the units have been 
successfully initialized with the DSKINT sub-option of INIT.SYS. 



3.6.2 RT-11 Operating Systems (V5.1 and above) 



The RT-11 Operating System supports up to four MSCP controllers with up to 
256 devices (total) on the four controllers. The following paragraphs discuss the 
LSI-11 bus and vector addresses for MSCP controllers under RT-11 in host 
systems with only one MSCP controller and in those with more than one 
controller. Disk partitioning, a unique feature of RT-11 that is applicable 
regardless of the number of controllers, is also discussed. 
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3.5.2.1 Installing a Single MSCP Controller 



If your host system includes only one MSCP controller, install it with a LSI-11 
bus address of 7721508- RT-11 will find and install the handler (driver) for that 
controller. In single MSCP controller configurations, it is not necessary to run 
SYSGEN. You may use one of the pregenerated monitors that are provided with 
the RT-11 Distribution. Emulex recommends that you modify the system start- 
up command file, STARTx.COM, to properly partition the disk drives. See 
subsection 3.5.2.3. 



3.5.2.2 Installing Multiple MSCP Controllers 



If your host system includes more than one MSCP controller, you may either 
modify the MSCP handler as described in the RT-11 Software Support Manual 
or perform a SYSGEN. The following procedure describes the SYSGEN 
technique (user input is in boldface print): 



1. Initiate SYSGEN: 

IND SYSGEN<return> 

Answer the next group of questions appropriately. 

2. Indicate that you want the system to use the start-up command file when 
booting: 

Do you want the start-up indirect 
file (Y)? Y<return> 

The start-up command file is required to allow additional MSCP 
controller LSI-11 bus addresses to be specified and to partition the disks 
consistently when the system is bootstrapped. Answer the next set of 
questions appropriately. 

3. Indicate that you want MSCP support when the Disk Options question 
appears: 

Enter the device name you want support for 
Idd]: DU<return> 



4. Indicate the number of MSCP controllers on your system in response to 
this question: 

How many ports are to be 
supported (1)? 2<return> 

RT-11 refers to individual MSCP controllers or controllers as ports. Each 
port has its own LSI-11 bus and vector addresses. 

5. Specify support for all other devices in your host system configuration as 
well. Indicate that there are no more devices by entering a period: 
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Enter the device name you want support for 
[dd]: .<return> 

6. You must specify the addresses of all MSCP controllers (ports) using the 
SET CSR keyboard command. To ensure that this is done consistently 
and automatically on power-up, you must add the commands to the 
system start-up command file, STARTx.COM. The x stands for the 
monitor that is being used, where x is S, F, or X for single-job, 
foreground/ background, or extended memory, respectively. Edit the 
command file to include the following statements: 



SET DU CSR=772150 (Default) 

SET DU CSR2=7603348 (Floating) 

SET DU VECT0R=154 (Default) 
SET DU VEC2=300 

The LSI-11 bus for the second device can be any unused address in the 
I/O page which is supported by QD33 address switch settings; the vector 
address can be any unused address in the vector page. Default 
statements are not required. 

7. Complete SYSGEN according to the DEC documentation. 



3.5.2.3 Disk Partitioning 



RT-11 is unable to handle drives with a capacity of more than 65,535 blocks 
(33. 5M bytes). To allow drives with larger capacities to be used, RT-11 allows 
individual physical drives to be partitioned into multiple logical drives. This is 
done by assigning as many logical drive names (DUO, DUl, etc.) to a physical 
drive as that drive can support. The statements that make that assignment 
should be placed in the system start-up command file. This ensures that the 
drives are automatically partitioned every time the system is bootstrapped and 
that the partitions are always the same. Use the following procedure to 
determine the total number of logical drives to be assigned to each physical 
drive. 

1. Determine the drive configuration(s) that you intend to use. You need to 
know the LUN of each logical drive and the data storage capacity (in 
logical blocks) of each logical unit. If the QD33 is at an alternate LSI-11 
bus address (not 7721508), ^^^^ Y^^ must specify an MSCP device 
number by using switches SWl-2 through SWl-4 (see subsection 
4.3.3.2.2). 

2. Divide the capacity for each MSCP Unit by 65,535. If the result is a 
number greater than 1, then that MSCP Unit should be partitioned into 
multiple logical units. (The last partition on a disk may be smaller than 
65,535 blocks.) Round the result up to the nearest whole number. That 
whole number (up to eight) equals the number of logical disks into which 
that MSCP unit should be partitioned. 
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3. You must then include a series of statements in the system start-up 
command file, STARTx.COM, that assigns logical names to each 
partition. Each statement has the following format: 

SET DUn UNIT=y PART=x PORT=z 

where n is the logical device name, y is the physical MSCP unit number, x 
is the partition number, and z is the controller number (specify the 
controller number when two or more controllers are present; do not 
specify the port when only one controller is present). If you partition any 
drives, you must do this for each partition on each drive, including drives 
that can hold only one partition. 

Example 3-2. You have selected a Fujitsu M2351A drive that has a capacity of 787,156 blocks. 

787,156 

= 12.01 (13 logical units) 



65,535 

Dividing the unit capacities by 65,535 and rounding the result up to the nearest whole 
number gives the number of logical units into which each should be partitioned. (Note that 
RT'll allows only a maximum of 8 addressable units.) 

You assign logical names to the partitions, beginning with DUO. For the previous 
example, the assignments are made as follows: 

SET DUO UNIT=0 PART=0 PORT=0 

SET DUl UNIT=0 PART=1 PORT=0 

SET DU2 UNIT=0 PART=2 PORT=0 

SET DU3 UNIT=0 PART=3 PORT=0 

SET DU4 UNIT=0 PART=4 P0RT=1 

SET DU5 UNIT=0 PART=5 P0RT=1 

SET DU6 UNIT=0 PART=6 P0RT=1 

SET DU7 UNIT=0 PART=7 P0RT=1 

NOTE 

The port command must be removed if only one 
controller is present. If two controllers are present, 
then the command is valid. 

Modify the system start-up command file to include the disk partitioning 
statements. 
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3.5.3 RSX-1 1 M Operating Systems (V4.0 and above) 



RSX-llM SYSGEN is an interrogative program that allows a complete, running 
RSX-1 IM system to be configured for a particular hardware environment. 
SYSGEN is well documented in the RSX-llM System Generation and 
Installation Guide, and you are expected to rely primarily on that manual. This 
explanation is provided only to remove some ambiguities that the installation of 
the QD33 may present, 

SYSGEN supports autoconfigure, and MSCP controllers are detected by 
autoconfigure. However, autoconfigure detects only the MSCP controller that is 
located at the standard LSI-11 bus address. Additional MSCP controllers at 
alternate addresses must be attached to the operating system manually. 

NOTE 

If the QD33 controls the system disk, you must 
select 22-bit addressing (SW2-6 ON) even if your 
system has only 256K bytes of memory. 



3.5.3.1 Installing a Single IVISCP Controller 

If you have only one QD33, install it at the standard address (772150o) and use 
autoconfigure to connect your peripherals. The procedure given in the RSX-llM 
System Generation and Configuration Guide is adequate for this purpose. 



3.5.3.2 Installing Multiple MSCP Controllers 



If you have two MSCP controllers, say a DEC MSCP controller and a QD33, you 
must perform a complete manual initialization. We recommend that the DEC 
MSCP controller be installed at the standard LSI-11 bus address. Locating the 
QD33 at the alternate LSI-11 bus address does not prevent its being used as the 
system device. Both MSCP controllers are connected to the operating system by 
using the following procedure. 



1. Invoke SYSGEN. 

> SET /UIC=[200,200]<return> 

> @SYSGEN<return> 

2. To indicate that you want to use autoconfigure, answer Y (yes) to the 
following question: 

* Autoconfigure the host system hardware? 
[Y/N]: Y<return> 
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3. To indicate that you do not want to override autoconfigure results, 
answer N (no) to tliis question: 

* Do you want to override Autoconfigure 
results? [Y/N]: N<return> 

Answer the rest of the questions in the SETUP section appropriately, and 
continue to the next section, TARGET CONFIGURATION. In TARGET 
CONFIGURATION, the defaults presented for the first group of 
questions should be accurate for your system because autoconfigure was 
requested. 

4. In response to the question regarding devices, indicate that you have two 
MSCP-type controllers: 

* Devices: DU=2<return> 
Devices: .<return> 

This entry supersedes the value of 1 that autoconfigure has determined. 
Typing a period (.) terminates device input. 

Continue through the next four sections, HOST CONFIGURATION, 
EXECUTIVE OPTIONS, TERMINAL DRIVER OPTIONS, and SYSTEM 
OPTIONS, answering questions appropriately. 

5. When you reach the PERIPHERAL OPTIONS section, SYSGEN asks you 
questions that pertain only to the MSCP devices on your system. (Unless 
you indicated that you wished to override other autoconfigure results 
when you responded to the Devices question, SYSGEN asks questions on 
those devices.) 

The first question requests information about the controller's interrupt 
vector address, LSI-11 bus address, the number of DU-type disk drives 
(there is no default value for this parameter), the number of command 
rings, and the number of response rings. The question is asked twice, 
once for controller and once for controller 1, because we have specified 
two DU-type controllers. The dialog uses the abbreviation contr to 
indicate controller. 

* DU contr [D:154, 172150, ,4,4] 
154 , 172150 , 3 , 4 , 4<return> 

The standard vector address for MSCP controllers is 154g. The vector for 
a second unit should be allocated from floating vector address space. 
Any unused vector between SOOg and 774g can be allocated. See 
Appendix A for a description of DEC's algorithm for assigning floating 
vectors. 
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The standard LSI-11 bus address for MSCP controllers is 7721508- 
Emulex recommends that second unit be located at in floating LSI-11 bus 
address space. See Appendix A for a description of the DEC algorithm 
for assigning floating addresses. 

The number of DU-type disk drives depends on the configuration that 
you have selected for the QD33, or on the number of drives that are 
attached to a DEC MSCP controller. 

When you select a configuration for the QD33, you are taking into 
account the number of physical disk drives that you are attaching to the 
QD33's SMD interface. When you select a configuration, you are also 
specifying a logical arrangement for the QD33 MSCP subsystem. Some 
configurations split one physical drive into two logical drives to make file 
management easier. You determine the configuration of each SMD disk 
drive when you program the QD33's NOVRAM; see subsections 4.7, 4.8 
and 4.9. 

The following types of disk drives can be attached to DEC MSCP 
controllers: 



• RX50 


• RC25 


• RD51 


• RA60 


• RD52 


• RA80 


• RD53 


• RA81 



The RX50 drive contains two 5.25-inch floppy diskettes; count an RX50 as 
two drives. The RC25 has both fixed and removable hard media; count 
an RC25 as two drives. 

RSX-llM supports up to eight command and eight response rings; the 
number of command and response rings that you specify depends on 
your application. Four command and four response rings are reasonable 
and adequate for most applications. 

6. SYSGEN then asks you to specify the type of disk drive(s) on each 
controller: 

* DU contr unit is an RA60/80/81/RC25/RD51/RX50 
[D!RA81]<return> 

For the DEC MSCP controller, indicate the appropriate peripherals. 

For the QD33, indicate that you have one RA81 for each logical disk 
drive. 

RSX-llM does not tolerate gaps in sequence; the unit numbers must be 
contiguous. In addition, the unit numbers specified for each controller 
must be the same as those reported by the controller during initialization. 

7. Complete the SYSGEN procedure according to DEC documentation. 
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3.6.4 RSX-1 1 M-PLUS Operating Systems (V2.1 and above) 



RSX-llM-PLUS SYSGEN is an interrogative program that allows a complete, 
running RSX-llM-PLUS system to be configured for a particular hardware 
environment. SYSGEN is well documented in the RSX-llM-PLUS System 
Generation and Installation Guide, and you are expected to rely primarily on 
that manual. This explanation is provided only to remove some ambiguities that 
the installation of the QD33 may involve. 

SYSGEN supports autoconfigure, and MSCP controllers are detected by 
autoconfigure. However, autoconfigure detects only the MSCP controller that is 
located at the standard LSI-11 bus address. Additional MSCP controllers at 
alternate addresses must be attached to the operating system manually. 



3.5.4.1 Installing a Single MSCP Controller 



If you have only one QD33, install it at the standard address (772150o) and use 
autoconfigure to connect your peripherals. The procedure given in the RSX- 
llM-PLUS System Generation and Configuration Guide is adequate for this 
purpose. 



3.5.4.2 Installing Multiple MSCP Controllers 



If your initial system configuration includes two MSCP controllers, connect the 
alternate MSCP controller to the operating system during the initial SYSGEN. 
We recommend that you use autoconfigure to connect the first controller at the 
standard address (7721508). ^^ recommend that the DEC MSCP controller be 
installed at the standard LSI-11 bus address; locating the QD33 at the alternate 
LSI-11 bus address does not prevent its being used as the system device. 

If you are adding the second MSCP controller to the system configuration, use 
the Add a Device option of SYSGEN or a complete SYSGEN. The following 
procedure describes the Add a Device process (user input is in boldface print): 

1. Invoke SYSGEN. 

> SET /UIC=[200,200]<return> 

> @SYSGEN<return> 

2. To indicate that you want to do a subset of the SYSGEN procedure, 
answer N (no) to the following questions: 

* Do you want to do a complete SYSGEN? 
[Y/N D:Y]: N<return> 

* Do you want to continue a previous SYSGEN 
from some point? [Y/N D:Y]: N<return> 
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3. To indicate that you want to execute a specific module of ttie SYSGEN 
procedure, answer Y (yes) to this question; 

* Do you want to do any individual sections 
of SYSGEN? [Y/N D:Y]: Y<return> 

4. Select the Add a Device section of SYSGEN: 

* Which sections would you like to do? 
[S R:0.-15.]: H<return> 

Type the letter H to select the Add a Device section. SYSGEN now asks 
you all of the questions in the Choosing Peripheral Configuration section. 

The questions that SYSGEN asks pertain to the type and number of 
controllers that are installed on your system. There is one question for 
each type of controller that RSX-llM-PLUS can support. Answer 
(zero) for all types of controllers until you are prompted for the number 
of MSCP-type devices. 

5. When you are asked to specify the number of MSCP-type devices, 
answer appropriately: 

* How many MSCP disk controllers do you 
have? [D R:0.-63. D:0.] 2<return> 

6. Give the total number of MSCP disk drive (on all controllers) installed on 
the system. 

* How many MSCP disk drives do you have? 
[D R:0.-n. D:l.] 5<return> 

The answer to this question depends on the configuration that you have 
selected for the QD33 and on the number of drives that are attached to 
any DEC MSCP controllers. 

When you select a configuration for the QD33, you are taking into 
account the number of physical disk drives that you are attaching to the 
QD33's SMD interface. When you select a configuration, you are also 
specifying a logical arrangement for the QD33 MSCP subsystem. Some 
configurations split one physical drive into two logical drives to make file 
management easier. You determine the configuration of each SMD disk 
drive when you program the QD33's NOVRAM (see subsections 4.7, 4.8 
and 4.9). 

The following types of disk drives can be attached to DEC MSCP 
controllers: 



• RX50 


• RC25 


• RD51 


• RA60 


• RD52 


• RA80 


• RD53 


• RA81 



3-18 Planning the Installation 



Operating Systems, Device and Vector Addresses 



The RX50 drive contains two 5.25-inch floppy diskettes; count an RX50 as 
two drives. The RC25 drive has both fixed and removable hard media; 
count an RC25 as two drives. 

7. SYSGEN then asks you to specify controllers per disk drives. 

* To which DU controller is DUO: connected? 
[S R:l-1]: A<return> 

This question is asked as many times as the number of MSCP drives that 
you have indicated are on the system. RSX-llM-PLUS does not tolerate 
gaps in sequence; the MSCP unit numbers must be contiguous. In 
addition, the unit numbers specified for each controller must be the same 
as those reported by the controller during initialization. Use A for the 
primary controller and B for the alternate controller. 

8. Enter the vector address for each MSCP controller: 

* Enter the vector address of DUA 
[0 R:60-774 D:154] 

The standard vector address for MSCP controllers is 1548. The vector for 
a second unit should be allocated from floating vector address space. 
Any unused vector between SOOg and 77^^ can be allocated. See 
Appendix A for a description of DEC's algorithm for assigning floating 
vectors. 

9. Enter the CSR address for each MSCP controller: 

* What is its CSR address? 

[0 R: 160000-177700 D: 172150] 

The standard CSR address for MSCP controllers is 7721508. Emulex 
recommends that the second unit be located in floating CSR address 
space. See Appendix A for a description of the DEC algorithm for 
assigning floating addresses. 

10. Specify the number of command rings for each MSCP controller: 

* Enter the number of command rings for DUA 
[D R:l.-8. D:4.] 4<return> 

RSX-llM-PLUS supports up to eight command rings. The value you 
specify depends on your application. Four command rings are 
reasonable and adequate for most applications. For further information 
about command and response rings, refer to the MSCP documentation 
listed in subsection 6.3 of this manual. In most instances, further 
information is not required to install the QD33. 
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3.6.5 MicroVMS Operating Systems 



Micro VAX/Micro VMS supports MSCP controllers at the standard address, 
7721508, ^^^ ^^ floating address space. MicroVMS has a software utility called 
SYSGEN which can be used to determine the LSI-11 bus address and interrupt 
vector address for any I/O devices to be installed on the computer's LSI-11 bus. 
A running Micro VAX/Micro VMS computer system is required in order to use 
this utility. 

If you do not have access to a running system, you must determine the LSI-11 
bus addresses and vector addresses manually (although autoconfigure can still be 
used to connect the devices to the computer automatically on power-up). See 
Appendix A for a description of the algorithm used by SYSGEN to determine 
LSI-11 bus addresses. 

The following procedure tells how to use MicroVMS SYSGEN to determine LSI- 
11 bus addresses and interrupt vectors. 

1. Login to the system manager's account. Run the SYSGEN utility: 

$ RUN SYS$SYSTEM:SYSGEN<return> 

SYSGEN> 

The SYSGEN > prompt indicates that the utility is ready to accept 
commands. 

2. Obtain a list of devices already installed on the Micro VAX LSI-11 bus by 
typing: 

SYSGEN> SHOW/CONFIGURATION<return> 

SYSGEN lists by logical name the devices already installed on the LSI-11 
bus. Make a note of these other devices with floating addresses (greater 
than 7600008) ^^ floating vectors (greater than SOOs) that you plan to re- 
install with your QD33. 

3. To determine the LSI-11 bus addresses and vectors that autoconfigure 
expects for a particular device type, execute the CONFIGURE command: 

SYSGEN> CONFIGURE<return> 

DEVICE> 

Specify the LSI-11 bus devices to be installed by typing their LSI-11 bus 
names at the DEVICE prompt (the device name for MSCP controllers 
under MicroVMS is UDA). 

DEVICE> UDA,2<return> 
DEVICE> DHVll<return> 
DEVICE> DZll<return> 
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Name: PUA Units: 1 Nexus: CSR: 772150 Vectorl: 154 Vector2: 000 
Name: TTA Units: 1 Nexus: CSR: 760100* Vectorl: 300* Vector2: 304* 
Name: TXA Units: 1 Nexus: CSR: 760500* Vectorl: 310* Vector2: 000 

*Floating address or vector 

Note: All addresses and vectors are expressed in octal notation. 

Figure 3-3. Sample SHOW CONFIGURATION 

A comma separates the device name from the number of devices of that 
type to be installed. The number of devices is specified in decimal. 

In addition to the QD33, you need only specify devices that have floating 
addresses or vectors. Devices with fixed addresses or vectors do not 
affect the address or vector assignments of devices with floating addresses 
and vectors. 

4. Indicate that all devices have been entered by pressing the < ctrl > and Z 
keys simultaneously: 

DEVICE> ~Z 

SYSGEN lists the addresses and vectors of the devices entered in the 
format shown in Figure 3-4. 

5. Note the CSR addresses listed for the LSI-11 bus devices in floating 
address space. Program the listed addresses into non-Emulex devices as 
instructed by the manufacturer's documentation. For the QD33, 
program the address given for the QD33 (lowest numerical address) into 
the board as described in subsection 4.3.1. 

6. Complete SYSGEN according to the DEC documentation. 



SYSGEN> 


CONFIGURE 
















DEVICE> 


DZll 


















DEVICE> 


DHVll 


















DEVICE> 


UDA,2 


















DEVICE> 


^Z 


















Device: 


UDA 


Name: 


PUA 


CSR: 


772150 


Vector: 


154 


Support: 


yes 


Device: 


DZll 


Name: 


TTA 


CSR: 


760100* 


Vector: 


300* 


Support: 


yes 


Device: 


UDA 


Name: 


PUB 


CSR: 


760354* 


Vector: 


310 


Support: 


yes 


Device: 


DHVll 


Name: 


TXA 


CSR: 


760500* 


Vector: 


320 


Support: 


yes 



*Floating address or vector 

Note: All addresses and vectors are expressed in octal notation. 

Figure 3-4. CONFIGURE Command Listing 
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3.5.6 Ultrlx-1 1 Operating Systems (V3.0 and above) 



The Ultrix-ll Version 3.0 system supports up to a total of four MSCP disk 
controllers, but only one of each type of controller. Therefore, to add support 
for two MSCP controllers, the system generation procedure must be told that 
there is, for example, one UDA50 controller and one RQDXl controller. The 
choices are: 



Controller name 


device name 


disk name 


UDA50 


ra 


ra?? 


KLESI 


re 


re?? 


RQDXl, RQDX2, or RQDX3 


rq 


rd?? 


RUXl 


rx 


rx?? 



NOTE 

A bug exists in version 3,0 that prevents actually 
using more than three controllers. When an 
RQDXl, RQDX2, or RQDX3 is specified, the sysgen 
program will not allow specifying an RUXl 
controller, and vice versa. 



3.5.6.1 Sysgen 



To add a device to an Ultrix-ll kernel, the sysgen program must be run to create 
and make a new kernel. Creating a kernel involves the creation of a 
configuration file and then "making" the kernel from this configuration file. 

A dialogue mode is used to enter various system parameters. The question: 

Disk controller type; 

<rhll rh70 rpll rk611 rk711 rill rx211 rkll 
udaSO kdaSO rqdxl rqdx2 rqdxS klesl ruxl> ? 

asks for the specification of a disk controller. You must choose a different 
controller type for each MSCP controller on your system, even if they are all 
QD33S. 



NOTE 

The order in which you enter each controller is very 
important. The order becomes the controller 
number. The same order must also be used when 
creating the special files (see below). 
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For each MSCP controller specified, one of the following statements will be 
typed: 

First MSCP controller type: 
Second MSCP controller type: 
Third MSCP controller type: 

Depending on the controller name specified previously, the next question will 
differ. See the appropriate correlation below: 

Disk Controller Type Next Sysgen Question 

udaSO or kdaSO Drive type < ra60 ra80 raSl > ? 

klesi Drive type < rc25 > ? 

rqdxl/2/3 or ruxl Drive type < rx50 rd51 rd52 rd53 > ? 

Note that it doesn't matter which drive type you choose. Just enter one of the 
supplied names for each drive you have connected to each controller. 

The next two questions refer to the controller's CSR and vector addresses: 

CSR address < 172150 >? 
Vector address < 154 > ? 

The defaults for the CSR and Vector address will always be 172150 and 154, 
respectively. Be sure to enter the correct CSR value. Since the MSCP controller 
accepts a software-defined vector, an unused vector from the floating address 
space should be used for all nonstandard address controllers. Emulex suggests 
that you use a decrementing (by 4) vector address starting at 700 (octal). This 
will prevent you from using a vector address that is already in use. 



3.5.6.2 Special Files 



The Ultrix operating system communicates with devices on the system by the use 
of special files. These files contain pointers into a system table that lists the entry 
points for a corresponding driver for that device. There must be a special file for 
each device (and each partition for disks) on the system in order for Ultrix to 
communicate with that device. Some devices will have two special files 
associated with a device: one for use with character mode, and the other for 
block mode. These special files exist in the account "/dev". 

The special files for Ultrix-11 are created with the 'msf program (make special 
file). If no options are supplied, this program enters a dialogue mode: 

# /etc/msf 

The "msf" program will issue the prompt: 

Command <create exit help remove table>: 
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Use the "c" command to create the special files. 

Device name (? for help) <rpG6,dzll,lpll,etc>: 

The "msf" program does not understand the notations for different controller 
types. Instead, it uses the device name and controller number in order to create 
the special files. For example, the special files for ra60, ra80, and ra81 wrould be 
"ra", the special file for an rc25 would be "re", and the special files for an 
rd51/2/3 would be "rd" . Therefore, you must enter a unique device name for 
each controller. It is suggested that you use the same device names used 
previously with the sysgen program. 

The next two questions are: 

MSCP controller number <0 1 2 3>: 
Unit number <0 -> 7 or all>: 

The MSCP controller number assigned to each controller is determined by the 
order in which you entered the devices to the sysgen program; that is, the 
number for the first controller is 0. 

The unit number for each drive (as it is identified by SWl-2 through SWl-4) must 
match the drive's specification in the configuration file. In addition, the drive to 
be booted from must be 0, regardless of whether the controller is at the standard 
or an alternate address. 

For ra, re, and rd type devices, the next question will be asked: 

Assume standard disk partitions (? for help) <y or n> ? 

If you answer "no", the next question will be asked: 

Create partitions <0 -> 7 or all>? 

You should always answer "all" . 



3.5.6.3 Newfs 



The "newfs" program is used to create file systems on specified partitions. The 
newfs program requires no arguments and immediately enters a dialogue mode. 
See the Ultrix-11 System Manager's Guide for more information on newfs. 



3.5.6.4 Volcopy 



Once a device is configured into your current kernel, you can copy an existing 
file system onto a new partition with the 'volcopy' program. The new partition 
will be created with the identical size parameters of the original file system. See 
the Ultrix-11 System Manager's Guide for more information on volcopy. 
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3.5.6.5 Copying a Bootstrap 



A new bootstrap can be copied onto a new system disk with the "dd" program. 
The command: 

# dd if=/mdec/rauboot of=/dev/raOO 

will copy the bootstrap file onto block zero of raO. 



NOTE 

V7M-11 Vl.O and Ultrix-11 V2.0 did not support 
self-sizing disks and are unusable with the Emulex 
MSCP controllers. 



3.5.7 Ultrlx-32m Operating Systems 



The Emulex MSCP class disk subsystems emulate the DEC DSA UDA-50/KDA- 
50/RA81 (MSCP) disk subsystem. They report that they are of controller type 
"DU" and of device type "RA81" . However, when asked for the number of 
logical blocks, they do not return a size value that matches that of a "real" DEC 
RA81. 



3.5.7.1 TheKernei 



Support for MSCP controllers must be included in a monitor when rebuilding 
the kernel. The configuration file is edited to reflect the number of controllers 
and the number of drives connected to each controller. The ULTRIX-32m system 
supports two MSCP disk controllers. 

Ultrix-32m does not require that MSCP device numbers be assigned to the units 
in sequential order. However, the MSCP device number for the drive to be 
booted from MUST be regardless of the controller's LSI-11 bus address. 
Further, be certain that the MSCP device number of each drive (as it is identified 
by SWl-2 through SWl-4) matches the drive's specification in the configuration 
file. 

The following example of a configuration file shows two controllers, the first with 
two drives, the second with one: 

controller udaO at ubaO csr 0172150 vector 

udintr 
disk raO at udaO drive 

disk ral at udaO drive 1 

controller udal at ubaO csr 0160334 vector 

udintr 
disk ra2 at udal drive 2 

In this example, the first unit on the second controller must be MSCP device 
number two regardless of the units on the first controller. 
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3.5.7.2 Special Files 



The Ultrix operating system communicates with devices on the system by the use 
of special files. These files contain pointers into a system table that lists the entry 
points for a corresponding driver for that device. There must be a special file for 
each device (and each partition for disks) on the system in order for Ultrix to 
communicate with that device. Some devices will have two special files 
associated with a device: one for use with character mode, and the other for 
block mode. These special files exist in the account '/dev'. 

There is a shell script, called "MAKEDEV" (uppercase important), on the Ultrix- 
32m system to help build these special files. The format of this command is: 

% /dev/HAKEDEV device . . . 

This script passes your input to the program "mknod" to create the special files. 
You should use this command file to create the special files for each disk you 
wish to connect to the system. An example for two disks is: 

X /dev/MAKEDEV ra4 ra5 

This example assumes that you have already added the device into the 
configuration file, and you chose the logical names ra4 and ra5 for your disks. 



3.5.7.3 Autoconfigure 



At boot time, Ultri)<-32m attempts to auto-configure the devices included in the 
booted monitors configuration file. If the device was not included in the 
configuration files, it will not be configured into the running system. If the 
device is not present, Ultrix will skip it. 

When Ultrix-32m finds a device at autoconfigure time it prints a message as 
follows: 

rqdO at csr 172150 vec 774, ipl 17 

raO at rqdO slave 

ral at rqdO slave 1 

rqdl at csr 16033A vec 770, ipl 17 

ra2 at rqdl slave 

The CSR addresses were set in the configuration file. The vectors are assigned 
sequentially in reverse order by the operating system. If the CSR or unit 
numbers don't match the configuration file, the device will be skipped (and no 
message will be printed). 
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3.5.7.4 Disk Partitions 



Ultrix allows a user to logically subdivide a disk into sections called "partitions". 
Disk partitions were created because the first Unix operating systems could 
access only a limited amount of space on large disks. Disk partitioning lets 
several Unix file systems reside on the same disk, one file system per partition. 
This allows the operating system to use the entire disk. 

Each disk has a partition table that defines the starting location and size (both in 
blocks) of each partition on that disk. When a disk is opened by the operating 
system (for the first time), it writes the partition size table into the super block of 
partition "a" (the first partition) on the disk. 



3.5.7.5 Di$l< Partition IVIodifications 



Modifications to a disk's partition table is done with the "chpt" command each 
time a disk is initialized or reinitialized. The "chpt" command allows a system 
manager to alter a particular partition's location and size characteristic. 

The operating system initializes the disk's partition table with that of a real DEC 
RA81's size table (found in the disk driver) on its very first opening. The system 
manager should then edit these sizes (with "chpt" command) to match system 
needs. 



3.5.7.6 Defauit Partition iVIodifications 



It is also possible to modify the default RA81 partition size table, which is stored 
in the device driver; this would eliminate the need for editing the partition table 
each time the disk is initialized. 

When DEC reorganized the Berkeley 4.2 Unix system to create Ultrix-32(m) they 
set it up to allow the distribution of the operating system in a binary format. This 
allowed them to distribute a minimum amount of source code to binary licence 
holders. They separated each of the drivers and system kernel modules into two 
sections: a code portion and a data portion. The code portion does not require 
recompilation depending on the selected options at sysgen time; this is supplied 
in object format (xx.o). The data portion requires selection parameters based on 
sysgen answers; this is supplied in source code format (xxdata.c). Making 
changes to this table will alter the default partition size characteristics for new 
disks. An example of the changes to the 'uda' driver is included here. 

/usr /sys/da ta/udada ta . c : 

), ra81_sizes[8] ={ 

15884, 0, /* A=blk thru 15883 */ 

66880, 15884, /* B=blk 15884 thru 82763 */ 

-1, 0, /* C=blk thru end */ 
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0, 


0, 


/* D= not used */ 


0, 


0, 


/* E= not used */ 


0, 


0, 


/* F= not used */ 


-1, 


82764, 


/* G=blk 82764 thru end */ 


0, 


0, 


/* H= not used */ 



}; 

The -1 above indicates the end of the disk. 



3.5.7.7 Newts 



The newfs program speeds up the creating of a file system on a partition. It 
looks up information, in the file /etc/disktab, on the disk specified by the system 
manager and creates the file system according to those default values. An 
example of the changes to the /etc/disktab file have been included here. 

/etc/disktab: 

qd32|QD33|Emulex QD33 Fujitsu Eagle M2351A Winches ter:\ 
: ty=winches ter : ns#47 : n t#20 : nc#840 : \ 
: pa#15884 : ba#4096 : f a#512 ; \ 
: pb#66880 : bb#4096 : f b#512 : \ 
: pc#789600 : bc#4096 : f c#1024 : \ 
: pg#706836 : bg#4096 : f g#1024 ; 



3.5.7.8 Suggestions/Warnings 



There is a maximum of eight partitions per disk. The partitions form logical 
boundaries on the disk, separating each file system from all others. These logical 
divisions are useful for disk management because you can put similar types of 
users, files, directories or projects all on the same file system. Because a file 
system can never exceed its partition in size, you can use partitions to regulate 
disk use. 

There are certain areas of the disk which, by default, are reserved for the 
operating system. By mounting the swap space, for example, on its own 
partition, important data can not be overwritten when data from memory is 
swapped to the disk. The Ultrix-32m systems use partition "b" for the swap file. 
If you plan to use your own partition values, be sure to allocate an area on your 
system disk for a swap file. 

For more information on disk partitioning and modifications to the partition 
sizes, see Appendix C "Disk Partitioning" in the Ultrix-32m System Manager's 
Guide. 
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The program "diskpart" is used to create entries for the disk driver or for the 
"disktab" file. It creates a template based on the default rules used at Berkeley. 
The following is a table defining the Berkeley defaults: 



Partition 


20-60 MB 


61-205MB 


206-355 MB 


356+ MB 


a 


15884 


15884 


15884 


15884 


b 


10032 


33440 


33440 


66880 


c* 


all 


all 


all 


all 


d 


15884 


15884 


15884 


15884 


e 


unused 


55936 


55936 


307200 


f* 


unused 


end 


end 


end 


g* 


end 


end 


end 


end 



The 'c' partition is, by convention, used to access the entire disk. In 
normal operation, either the 'g' partition is used, or the '&' , 'e', and 'f 
partitions are used. The 'i' and 'g' partitions are variable sized, 
occupying whatever space remains after allocation of the fixed sized 
partitions. 



NOTE 

Ultrix-32m VI. did not support self-sizing disks 
and is unusable with the Emulex MSCP controllers. 
The "diskpart" program was not included on the 
Ultrix-32m VI. 1 distribution kit. 
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Section 4 
INSTALLATION 



4.1 Overview 



The procedure for installing the QD33 Disk Controller is described in this section. 
The subsection titles are listed below to serve as an outline of the procedure. 



Subsection 


Title 


4.1 


Overview 


4.2 


Inspection 


4.3 


Disk Controller Setup 


4.4 


Physical Installation 


4.5 


SMD Drive Preparation 


4.6 


Cabling 


4.7 


NOVRAM Loading, Disk Formatting, and Testing 


4.8 


F.R.D. Options 


4.9 


Drive Configuration Parameters 


4.10 


Operation 



If you are unfamiliar with the subsystem installation procedure, Emulex 
recommends reading this Installation Section before beginning. 



4.1 .1 Subsystem Configurations 



This section is limited to switch setting data and physical installation instructions. 
No attempt is made to describe the many subsystem configurations that are 
possible. If you are not familiar with the possible configurations, we strongly 
recommend reading Section 3, PREPARING THE INSTALLATION, before 
attempting to install this subsystem. 

When you are installing the subsystem, you should make a record of the 
subsystem configuration and environment. Figure 4-1 is a Configuration Record 
Sheet that lists the information required and shows where the data can be found. 
This information will be of help to an Emulex service representative should your 
subsystem require service. 
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QD33 CONFIGURATION REFERENCE SHEET 



GENERAL INFORMATION 

• Host computer type . 



Host computer operating system 
Other MSCP Controllers; Type 



Version 



DRIVE CONFIGURATION PARAMETERS 

• Drive Manufacturer (0) 

• Drive Manufacturer (1) 

• NOVRAM Parameters: 
DRIVE 



, LSI-11 bus address 



Model 
Model 



DRIVE 1 



1 

2 

3 

4 

5 

6 

7 

8 

9 

10 

11 

12 

13 

14 

15 

16 


Number Units 
Type Code 
Head Offset 
Sectors/Track 
Heads 
Cylinders 
Spare Sectors 
Alternate Cylinders 
Configuration Bits 
Split Code 
Removable Media 
Gap 
Gap 1 
Gap 2 

Cylinder Offset 
Spiral Offset 





































QD33 CONFIGURATION 

• Firmware revision number 

• Top assembly number 

• LSI-11 bus address 



• 22-bit addressing IC (7438) installed (Y or N) 

• Switch settings (D = OFF ■ = ON) 




N 
t 


1 




2 




3 




4 





SW1 




N 
t 


1 




2 




3 




4 




5 




6 




7 




8 




9 




10 





SW2 



1 

2 

3 

4 

5 

6 

7 

8 

9 

10 

11 

12 

13 

14 

15 

16 


Number Units 
Type Code 
Head Offset 
Sectors/Track 
Heads 
Cylinders 
Spare Sectors 
Alternate Cylinders 
Configuration Bits 
Split Code 
Removable Media 
Gap 
Gap 1 
Gap 2 

Cylinder Offset 
Spiral Offset 





































• Warranty expiration date 

• Serial number 

• Interrupt vector address . 
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Figure 4-1. QD33 Configuration Reference Sheet 
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AA.2 DIP Switch Types 



Switch-setting tables in this manual use the numeral one (1) to indicate the ON 
(closed) position and the numeral zero (0) to indicate the OFF (open) position. 

The two DIP switch types used in this product are shown in Figure 4-2. Each is 
set to the code shown in the switch setting example. 




QD3302-1225 



swi - 

3 4 5 



Figure 4-2. Switch Setting Example 



4.1 .3 Maintaining FCC Class A Compliance 



Emulex has tested the QD33 Intelligent Disk Controller with DEC computers that 
comply with FCC Class A limits for radiated and conducted interference. When 
properly installed, the QD33 does not cause compliant computers to exceed 
Class A limits. 

There are two possible configurations in which the QD33 and its associated SMD 
peripherals can be installed: 

• With both the QD33 Disk Controller and the SMD disk drives both 
mounted in the same cabinet, and 

• With the QD33 mounted in the CPU cabinet and the SMD drives 
mounted in a separate cabinet. 

To limit radiated interference, DEC completely encloses the components of its 
computers that generate or could conduct radio-frequency interference (RFI) 
with a grounded metal shield (earth ground). During installation of the QD33, 
nothing must be done that would reduce this shield's effectiveness. That is, 
when the QD33 installation is complete, no gap in the shield that would allow 
RFI to escape can be allowed. 
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Conducted interference is generally prevented by installing a filter in the AC line 
between the computer and the AC outlet. Most power distribution panels that 
are of current manufacture contain suitable filters. 



4.2 Inspection 



Emulex products are shipped in special containers designed to provide full 
protection under normal transit conditions. Immediately upon receipt, the 
shipping container should be inspected for evidence of possible damage incurred 
in transit. Any obvious damage to the container, or indications of actual or 
probable equipment damage, should be reported to the carrier company in 
accordance with instructions on the form included in the container. 

Unpack the QD33 subsystem and, using the shipping invoice, verify that all 
equipment is present. Verify also that model or part numbers (P/N), revision 
levels, and serial numbers agree with those on the shipping invoice. Paragraph 
1.4 explains model numbers and details kit contents. These verifications are 
important to confirm warranty. If evidence of physical damage or identity 
mismatch is found, notify an Emulex representative immediately. If the 
equipment must be returned to Emulex, it should be shipped in the original 
container. 

Visually inspect the QD33 Disk Controller after unpacking. Check for such items 
as bent or broken connector pins, damaged coihponents, or any other evidence 
of physical damage. 

Examine all socketed components carefully to ensure that they are properly 
seated. 



4.2.i QD33 Disk Controller Inspection 



Visually inspect the QD33 Disk Controller after unpacking. Check for such items 
as bent or broken connector pins, damaged components, or any other evidence 
of physical damage. 

Examine all socketed components carefully to ensure that they are properly 
seated. 



4.3 Disk Controller Setup 



Several configuration setups must be made on the QD33 Disk Controller before 
inserting it into the chassis. These setups are made by option switches SWl, 
SW2, and SW3. 

Figure 4-3 shows the locations of the configuration switches referenced in the 
following paragraphs. 
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Figure 4-3. QD33 Disk Controller Assembly 
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NOTE 

If you change a switch position on the QD33, or 
change the configuration values in the NOVRAM, 
you must also reset the QD33 so that the host 
operating system's initialization sequence reads the 
codes established by the switch settings and/or 
NOVRAM. To reset the QD33, either toggle switch 
SWl-1 (ON then OFF), or power-down and power- 
up the the system. If you toggle SWl-1, be sure 
the system is offline. Resetting the controller 
with system running is likely to crash the system. 



Table 4-1 defines the function and factory configuration of all switches on the 
QD33 controller. The factory configuration switch settings are representative of 
most QD33 Disk Controller applications. 



Table 4-1. QD33 Switch Definitions/Factory Configuration 



Switch 


OFF(O) 


0N(1) 


Fact 


Function 


Section 


SWl-1 


Run 


Reset/Halt 


OFF(O) 


Run vs. Reset/Halt 


4.3 


SWl-2 


. 


- 


OFF(O) 


MSCF Device Number (LSB) 


4.3.3.2 


SWl-3 


_ 


- 


OFF(O) 


MSCP Device Number 


4.3.3.2 


SWl-4 


- 


- 


OFF(O) 


MSCF Device Number (MSB) 


4.3.3.2 


SW2-1 


18-bit 


22-bit 


ON(l) 


Addressing Mode 


4.3.3.3 


SW2-2 


- 


- 


OFF(O) 


Reserved 




SW2-3 


- 


- 


OFF(O) 


Reserved 




SW2-4 


- 


- 


OFF(O) 


Reserved 




SW3-1 


Disable 


Enable 


OFF(O) 


Loop on Self-Test Error 


5.4 


SW3-2 


4 usee 


8 usee 


OFF(O) 


DMA Burst Delay 


4.3.3.4 


SW3-3 


Enable 


Disable 


OFF(O) 


Adaptive DMA/Default Burst = 8 


4.3.3.5 


SW3-4 


Disable 


Enable 


OFF(O) 


Automatic Bootstrap 


4.3.3.1 


SW3-5 


_ 


- 


OFF(O) 


LSI-11 Bus Address 


4.3.1 


SW3-6 


_ 


■» 


OFF(O) 


LSI-11 Bus Address 


4.3.1 


SW3-7 


_ 


- 


OFF(O) 


LSI-11 Bus Address 


4.3.1 


SW3-8 


- 


- 


OFF(O) 


LSI-11 Bus Address 


4.3.1 


SW3-9 


B-Cable 


A-Cable 


OFF(O) 


Index and Sector Signal 


4.3.3.6 


SW3-10 


- 


- 


OFF(O) 


Reserved 




ON(l) 


= Closed 




NS 


) = No standard 




OFF(O) 


= Open 




Fa 


:t = Factory switch setting 





4-6 Installation 



Disk Controller Setup 



Table 4-2 lists the function and factory configuration of all jumpers on the 
controller. 



Table 4-2. QD33 Jumper Definitions and Factory Configuration 



Jumper 


Function 


Configuration^ 


Comment 


A-B 
B-C 
D-E 
E-F 
G-H 

J-K 
K-L 

M-N 


Factory Test 
Factory Test 
Factory Test 
Factory Test 
EPROM Address Range 

Processor Clock 
Processor Clock 
Reserved 


IN 

OUT 

OUT 

IN 

IN 

OUT 

IN 

OUT 

OUT 


Rev C and up 
Rev B and below 


^These are 
factory. 


' not options. They should be set as indicated at the 
Do not reconfigure these jumpers. 



4.3.1 Disk Controller Bus Address 



Every LSI-11 bus I/O device has a block of several registers through which the 
system can command and monitor that device. The registers are addressed 
sequentially from a starting address assigned to that controller, in this case an 
MSCP-class Disk Controller. 

The address for the first of the QD33's two LSI-11 bus registers is selected by DIP 
switches SW3-5 through SW3-8. See Table 4-3 for register address switch 
settings. For more information on determining the LSI-11 bus address, see 
Section 3 and Appendix A. 



Table 4-3. Controller Address Switch Settings 



Bus Address 


__« 


SW3 — 


Factory 


Bus Address 


— 


SW3 — 


Factory 


(in octal) 


5 


6 7 8 


Config 


(in octal) 


5 


6 7 8 


Config 


772150 










760364 





1 




772154 


1 







760370 


1 


1 




760334 





10 




760374 





10 1 




760340 


1 


10 




760400 


1 


10 1 




760344 





10 




760404 





Oil 




760350 


1 


10 




760410 


1 


Oil 




760354 





110 




760414 





111 




760360 


1 


110 




760420 


1 


111 
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4.3.2 Interrupt Vector Address 



The interrupt vector address for the QD33 is programmed into the device by the 
operating system during power-up. See subsection 3.5 for a discussion of vector 
addresses. 



4.3.3 Options 



There are other QD33 options that can be implemented by the user. These 
features are selected by physically installing the option on the PCBA or by 
enabling the option using a switch. 



4.3.3.1 Automatic Bootstrapping 



The automatic bootstrapping option causes the system to boot automatically 
from logical unit through 3 on power-up when the QD33 is at the standard 
base address. To enable this option, set SW3-4 ON and set switches SWl-2 
through SWl-4 as described in Table 4-4. This option cannot be enabled with a 
Micro VAX or in a system that uses an 11/73B CPU module. 



Switch 


OFF 


ON 


Function 


SW3-4 


Disable 


Enable 


Automatic Bootstrapping 



The automatic bootstrapping process requires that the LSI-11 CPU module be 
configured for power-up mode 0. The following table lists the configuration 
settings for several popular LSI-11 CPUs. 



CPU 



Configuration Setting 



11/73A 
11/23 + 
11/23 
11/02 



Install W3 and W7 
Remove J18-J19 and J18-J17 
Remove W5 and W6 
Remove W5 and W6 



If automatic bootstrapping is enabled, the controller will wait indefinitely for the 
boot device to come online and ready. 

You can bootstrap from a drive supported by a QD33 installed at an alternate 
LSI-11 bus address, using any boot process other than autoboot. In this case, be 
certain that the automatic bootstrap option is disabled (SW3-4 OFF). 
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4.3.3.2 MSCP Device Number 



QD33 switches SWl-2 through SWl-4 specify MSCP device numbers. The 
functions of these switches are dependent on the options you select for your 
QD33: 

• If the QD33 is installed at the standard LSI-11 bus address, these switches 
identify the MSCP device number of the drive from which to bootstrap. 
The QD33 automatic bootstrap option supports only MSCP units 
through 3 at the standard address. See subsection 4.3.3.2.1. 

• If the QD33 is installed at an alternate LSI-11 bus address, these switches 
identify the MSCP device number of the first drive supported by that 
alternate QD33. The first drive supported by the QD33 at alternate 
address may be drive through 7. See subsection 4.3.3.2.2. 



4.3.3.2.1 Logical Unit to Autoboot From 



If the QD33 automatic bootstrapping option is enabled (SW3-4 ON) and the 
QD33 is at the standard LSI-11 bus address (7721508), switches SWl-2 through 
SWl-4 define the MSCP device number of the drive from which the QD33 
bootstraps. By using these switches, you may select one of four logical units to 
bootstrap from. Table 4-4 defines the MSCP device numbers selected by 
switches SWl-2 through SWl-4 if the QD33 is at a standard address. 



Table 4-4. Bootstrap MSCP Device Number 



Bootstrap MSCP 
Device Number 


2 
(LSB) 


■ SWl — 
3 4 
(MSB) 


Factory 



1 
2 
3 



1 

1 






1 
1 


k^ 



4.3.3.2.2 First Logical Unit Number for an Alternate QD33 



If your QD33 is installed at an alternate address, switches SWl-2 through SWl-4 
select the MSCP device number of the first drive supported by the QD33. MSCP 
device numbering schemes may vary by DEC operating system (see subsection 
3.4.2.2). Table 4-5 defines the MSCP device numbers selected by switches 
SWl-2 through SWl-4 if the QD33 is at an alternate address. 
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Example 4-1 : Your system operates under RSX-UM-PLUS and has two QD33 Disk Controllers. Tlte 

first QD33 is at the standard base address for MSCP controllers, 772150^, and it is 
supporting three logical drives, Unit 0, Unit 1, and Unit 2. The second QD33 is at an 
alternate base address, and it is supporting two logical drives. RSX-llM-PLUS requires 
that the first drive on the alternate QD33 have an MSCP device number of 3 and that the 
second drive have an MSCP device number of 4. On the alternate QD33, set switch 
SWI-2 in the ON position, SWl-3 in the ON position, and SWl-4 in the OFF position to 
specify a MSCP device number of 3 for the first drive. 

This example would also apply if the first MSCP controller were a DEC MSCP with three 
logical drives. 



Table 4-5 . MSCP Device Number for the First Drive 

Supported by a QD33 at an Alternate Address 





... 


■SWl 


... 




Starting MSCP 


2 


3 


4 




Device Number 


(LSB) 




(MSB) 


Factory 


0* 











\^ 


1 


1 










2 





1 







3 


1 


1 







4 








1 




5 


1 





1 




6 





1 


1 




7 


1 


1 


1 





*Used to bootstrap drive from QD33 at an alternate 
LSI-11 bus address. 



4.3.3.3 22-Blt Memory Addressing 



Twenty-two-bit addressing capability is a standard for the QD33. To enable 
22-bit addressing, set SW2-1 ON (1). Twenty-two-bit addressing must be 
enabled with Micro VAX systems. 

CAUTION 

The 22-bit addressing chip is installed at LOC U54 when 
shipped from the factory. Some manufacturers of LSI-11 
bus backplanes use the backplane lines now devoted to 
extended addressing for power distribution. In such a 
system, installing a QD33 with the 22-bit address chip at 
LOC U54 will damage the 7438 IC. Before installing the 
option, confirm that there is neither positive nor negative 
potential between lines BCl, BDl, BEl, BFl, and logic 
ground. A QD33 without the extended addressing chip 
installed will not be damaged if power is present on those 
lines. 
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4.3.3.4 DMA Burst Delay 



The QD33 firmware design includes a switch-selectable DMA burst delay to 
avoid data late conditions. Switch SW3-2 selects either a 4-microsecond or 
8-microsecond delay between DMA bursts. Even with the QD33 adaptive DMA, 
some applications may require a longer burst delay to allow other devices 
adequate time on the bus. 



Switch 


OFF 


ON 


Function 


SW3-2 


4 usee 


8 usee 


DMA Burst Delay 



4.3.3.5 Adaptive DMA/Default Burst 



One of the QD33 features is adaptive DMA. During DMAs, the QD33 monitors 
the Q-bus. When it detects a Bus SACK (BSACK) (which indicates that another 
device on the bus is requesting bus mastership), it terminates its DMA within one 
or two DMA cycles and then waits for the length of time specified by SW3-2 (4 or 
8 microseconds). This allows other devices access to the Q-bus in a timely 
fashion and prevents their being locked out of DMA activity by long disk data 
transfers. 

SW3-3 allows the adaptive DMA feature to be disabled, which may be desirable 
if other, lower priority devices prevent the QD33 from accessing the bus to such 
an extent that those lower priority devices experience data lates or buffer 
overruns. 



Switch 


OFF 


ON 


Function 


SW3-3 


Enable 


Disable 


Adaptive DMA/Default Burst 



When adaptive DMA is disabled, the default DMA burst length is eight words 
instead of sixteen words. This shorter burst length is more appropriate when 
adaptive DMA is disabled because the shorter bursts give other devices more 
frequent opportunities to get the bus. In either case, the burst length is 
programmable per MSCP port requirements (i.e., the defaults are in effect until 
the operating system gives the QD33 another value). 
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4.3.3.6 Index and Sector Signal Source 



The QD33 can use index and sector signals from either the A or B cables. Switch 
3-9 selects between these two sources. Set the switch as appropriate for your 
disk drive(s). For two drive configurations, both drives must provide the signals 
on the same cable, either A or B. 



Switch 


OFF 


ON 


Function 


SW3-9 


B-Cable 


A-Cable 


Index and Sector Signal Source 



NOTE 

Emulex recommends using drives that provide the 
sector and index signals on the B cable, because 
otherwise the rotational position sensing (RPS) 
algorithm used by the controller can not operate, 
and the performance enhancement provided by this 
feature will not be realized. 
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4.4 Physical Installation 

4.4.1 System Preparation 

To prepare your CPU to accept the QD33, use the following procedures: 
MICRO/PDP-11 and MicroVAX I and II Preparation: 

1. Power down the system by switching OFF the main AC breaker. 

2. Remove the rear cover from the chassis so that the patch panel is 
exposed. The rear cover is held on by snap pads. Grasp the cover at the 
top and bottom, and pull straight back. 

3. Loosen the captive screws from the patch panel using a standard 
screwdriver. 

4. Remove the patch panel. 

5. Find the flat-ribbon cable that connects the CPU module to the patch 
panel. For easier board installation, you may disconnect the CPU 
flat-ribbon cable from the patch panel. 

LSI-11 Series Preparation: 

1. Power down the system by switching OFF the main ac breaker. 

2. Remove the cover from the chassis so that the backplane is exposed. 

Do not replace the covers or patch panels until the installation is verified 
(subsection 4.8). 



4.4.2 Slot Selection 



The QD33 may be assigned to any desired slot because it uses the LSI four-level 
interrupt scheme to perform distributed interrupt arbitration. 

Be sure to find out whether your backplane is straight or serpentine and choose a 
slot accordingly. On straight backplanes, the QD33 must be plugged into 
connectors A and B, since connectors C and D carry no LSI-11 bus signals. On a 
serpentine backplane, the QD33 can be plugged into either connectors A and B 
or connectors C and D. 

There must be no unused slots, however, between the CPU and the QD33. If 
you have a DEC RQDXl in your backplane, be sure to install the QD33 in front 
of the RQDXl; not all RQDXl controllers pass grant signals. 
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4.4.3 Mounting 



The QD33 Disk Controller PWB should be plugged into the LSI-ll backplane 
with components oriented in the same direction as the CPU and other modules. 
Always insert and remove the boards with the computer power OFF to avoid 
possible damage to the circuitry. Be sure that the board is properly positioned in 
the throat of the board guides before attempting to seat the board by means of 
the extractor handle. 



4.5 SMD Disk Drive Preparation 



The disk drive(s) must be configured for the proper number of sectors and have 
an ID plug or address selection switches properly configured. 



4.5.1 Drive Placement 



Uncrate and install the disk drives according to the manufacturer's instructions. 
Position and level the disk drives in their final places before beginning the 
installation of the. QD33. This positioning allows the I/O cable routing and length 
to be accurately judged. 



4.5.2 Local/Remote 



The local/remote switch controls whether the disk drive can be powered up from 
the drive (local) or from the controller (remote). Place the switch in the REMOTE 
position. With the CPU powered down, press the Start switch on the front panel 
of each of the drives (the Start LED will light, but the drive will not spin up and 
become ready). When the CPU is powered up, the drives spin up sequentially. 
This sequential power-up prevents the heavy current draw that would be caused 
if all the drives were powered up at once. When in the remote mode, the drives 
spin down when the CPU is powered down. While the CPU is powered on, the 
drives can be spun up and down individually (to change disk media, for 
example) by using the drive Start switch. 



4.5.3 Sectoring 



See Appendix D, Drive Parameters, for the correct sector count settings for the 
disk drives in use. Consult the appropriate drive manual for additional 
information. 
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4.6.4 Drive Numbering 



An address of or 1 must be selected for each drive. Assign the drives different 
numbers. The logical unit number is determined by the address given to the 
drive. 

CDC drive addresses are selected by means of an ID plug. Drives from other 
manufacturers have their addresses selected by switches on one of the logic 
cards. Consult the appropriate drive manual for the exact procedure. 



4.5.5 Sector and Index Signals 



The QD33 can control drives with either the index and sector signals on the A or 
B cables. Set SW3-9 as appropriate (see subsection 4.3.3.6). 

NOTE 

Emulex recommends using drives that provide the 
sector and index signals on the B cable; otherwise, 
the rotational position sensing (RPS) algorithm 
used by the controller cannot operate, and the 
performance enhancement provided by this feature 
will not be realized. 



4.5.6 Termination 



Terminator power is supplied by the drive. The terminated drive must, 
therefore, have power applied in order for termination to be effective. 
Otherwise, indeterminate results will occur. Only the last drive in the string is 
terminated. 
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4.6 Cabling 



The QD33 Disk Controller interfaces with each disk drive that it controls via one 
control cable (A cable) and a data cable (B cable). See Figure 4-4. The A cable 
originates from connector Jl on the QD33 and is daisy-chained to all of the 
supported drives, terminating on the last drive. Maximum cumulative cable 
length for the A cable is 50 feet (15 meters). The B cables originate from 
connectors J2 and J3. A radial (B) cable is connected directly from the QD33 to 
each supported disk drive. Maximum cable length for the B cable is 50 feet 
(15 meters). 



A CABLE 




QD3302-1220 



Figure 4-4. Drive Cabling 



Tables 4-6 and 4-7 list cables offered by Emulex for the QD33. Figure 4-4 shows 
basic cable installation. In addition, Emulex offers the QD33 Cabling Kit (P/N 
QD3113003) for installation in a MICRO/PDP or MicroVAX I or II Tower. The 
QD33 Cabling Kit, which includes cables and panels for separate cabinet 
installation, is documented in the QD33 Cabling Kit Instruction Sheet 
(QD3352401). 

To prevent excessive RFI, DEC surrounds its computers with a grounded metal 
shield. These shields are built into the computer cabinet. 

As noted in subsection 4.1.3, cabling has a direct effect on the amount of 
electromagnetic interference (EMI) radiated by a computer system. When 
installing the QD33 and its drives, you must take steps to preserve the integrity 
of the shield built into FCC-compliant DEC cabinets. 
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If both the controller and the peripheral are installed in the same cabinet, then 
you need only replace the shields that you have removed to keep the computer 
compliant with FCC regulations. 

If the controller and the disk drives are located in separate cabinets, then you 
must shield the cables that run between the cabinets. Also, you must install the 
cables so that their points of cabinet exit and entry do not cause the computer 
installation to exceed FCC limits for RFI. To allow you to do this easily, Emulex 
makes shielded A cables, B cables, and cable I/O adapter panels that are 
designed to keep RFI within FCC limitations. 

As previously noted, the QD33 and its SMD disk drives can be installed in either 
of two configurations: 

o With the QD33 Disk Controller and the drives mounted in the same 
cabinet 

o With the QD33 mounted in the CPU cabinet and the drives mounted in a 
separate cabinet 

The separate-cabinet installations rely on Emulex cabling kits to limit EMI. The 
procedures for installing the kits are described in subsection 4.6.3. Both these 
configurations use round-shielded SMD cables supplied with Emulex 
subsystems. The following subsection describes the cable connections at the host 
for a variety of DEC cabinets using round-shielded SMD cables supplied with 
Emulex subsystems. 
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4.6.1 



Cabling an Emulex Subsystem to the QD33 in DEC BA23 or BA123 
Cabinets 

Direct cabling the disk drives to either cabinet configuration is done in the same 
manner. You are provided with one clamp assembly to secure the cables. The 
clamp assembly provides strain relief and grounding. 

The clamp assembly requires one "A" size cut-out slot in the rear panel of the 
BA23 or BA123 enclosure for each two drives supported. To connect the cables 
perform the following: 

1. At the CPU, remove the filler plate in the "A" slot and replace it with the 
Cable Filler Plate provided. 

2. Install the QD33 controller in the CPU backplane and connect the cables 
to the controller. Select the ground-point of each cable that is nearest the 
cable egress point. 

3. With an Exacto knife, carefully remove the shrink tubing from the cable. 
Do not remove the shrink tubing from more than one grounding point of 
each cable. 

4. Install the Grounding Clamp Bracket and screw the cable securely in 
place. Feed the cable through the plate with the exposed part of the cable 
on the outside, and screw into place. Secure the cable with the 
Grounding Clamp Bracket over the exposed part of the cable by fastening 
the Cable Grounding Clamps with the phillips screws provided. See 
Figure 4-5. 
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Figure 4-5. Installing the Cable Clamp 



4-18 Installation 



Cabling 



4.6.2 Same Cabinet installations 



When the QD33 and its SMD drives are installed in the same cabinet, it is 
possible that the cabinet itself provides sufficient shielding. In such cases, it is 
not necessary to shield the A and B cables that connect the subsystem. 

NOTE 

If the cabinet in which the QD33 and CPU are 
installed was manufactured before 1 October 1983, 
it may not provide sufficient shielding or filtering to 
prevent excessive RFI radiation or conduction. In 
case of complaint, it is the operator's responsibility 
to take what ever steps are necessary to correct the 
interference. 



Emulex makes unshielded A and B cables in several lengths. Table 4-6 lists the 
available cables. 

Table 4-6. Unshielded Cables 



Item 


Part Number 


Description 


Length 


Interface 


1 


SU1111201 


Cable, Unshielded 


8ft 


SMD A-Cable 




SU1111203 


Cable, Unshielded 


15 ft 


SMD A-Cable 




SU1111205 


Cable, Unshielded 


25 ft 


SMD A-Cable 




SU1111207 


Cable, Unshielded 


35 ft 


SMD A-Cable 




SU1111209 


Cable, Unshielded 


50 ft 


SMD A-Cable 


2 


SU1111202 


Cable, Unshielded 


8ft 


SMD B-Cable 




SU1111204 


Cable, Unshielded 


15 ft 


SMD B-Cable 




SU1111206 


Cable, Unshielded 


25 ft 


SMD B-Cable 




SU1111208 


Cable, Unshielded 


35 ft 


SMD B-Cable 




SU1111210 


Cable, Unshielded 


50 ft 


SMD B-Cable 



The items listed in Table 4-6 can be ordered from your Emulex sales 
representative or directly from the factory. The factory address is: 

Emulex Customer Service 

3545 Harbor Boulevard 

Costa Mesa, CA 92626 

(714) 662-5600 TWX 910-595-2521 



To cable the subsystem, see Figure 4-4 and follow procedures listed below. 
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4.6.2.1 A Cable 



1. Look at the header at either end of the A cable. Find the molded-in arrow 
that identifies pin 1 of the connector. 

2. Find the arrow that that is molded into connector Jl on the QD33. Align 
the arrow on the cable header with the connector arrow and press the 
header into the connector. 

3. Find the molded-in arrow on the cable header at the other end of the A 
cable. 

4. Find the arrow on the disk drive's A cable connector. Most SMD drives 
have two A cable interfaces to allow daisy-chaining; use either. Align the 
arrow on the cable header with the connector arrow and press the header 
into the connector. Make sure that the locking tabs on the connector are 
fully flush with the sides of the cable header. 

5. Connect the first drive to the second drive supported by the QD33 using 
another A cable. Run the cable from the second A cable connector on the 
first drive to the second drive using steps 1 through 4. 

6. Install the A cable terminator (supplied with the drive) on the second A- 
cable connector of the last drive. 

End of Procedure 
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4.6.2.2 B Cable 



1. Look at the header at either end of the B cable. Find the molded-in arrow 
that identifies pin 1 of the connector. 

2. Find the arrow that is molded into connector J2 on the QD33. Align the 
arrow on the cable header with the connector arrow and press the header 
into the connector. 

3. Find the molded-in arrow on the cable header at the other end of the B 
cable. 

4. Find the arrow on the first disk drive's B cable connector. If the drive is a 
dual port model, make sure you connect the B cable to the same port to 
which you connected the A cable. Align the arrow on the cable header 
with the connector arrow and press the header into the connector. Make 
sure that the locking tabs on the connector are fully flush with the sides of 
the cable header. 

5. Repeat steps 1 through 4 for the other drive, using J3 on the QD33. 
End of Procedure 



4.6.2.3 Grounding 



Proper grounding is extremely important for proper operation of the disk 
subsystem. There must be a good connection between each drive in the 
subsystem and the CPU logic ground. The recommended grounding method is 
to connect each drive to a common point on the CPU chassis using a half-inch or 
larger braided ground strap, preferably insulated, or an AWG number 10 (or 
heavier) wire. Another option, though a less desirable one, is to daisy-chain a 
ground wire between the drives, then connect it to the CPU. 

For most applications, connect the drive chassis and logic grounds (AC and DC 
grounds). In environments with noise problems, however, it may work better to 
separate these two grounds. Whatever drive ground method is used, all drives 
in the subsystem must be configured the same way. Consult the disk drive 
manual for specific instructions on connecting the chassis and logic grounds. 

Because each subsystem is unique, it is impossible to predict which method will 
work best for each. Be aware that some experimentation may be required. 

NOTE 

Failure to observe proper signal grounding methods 
generally results in marginal operation with random 
error conditions. 
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4.6.3 Separate Cabinets 



If the disk drives are mounted in a separate cabinet from the QD33 Disk 
Controller, then the A and B cables that connect the drives to the QD33 must be 
shielded because they run outside the shielded cabinet environment. 

Emulex makes extension cables, cable I/O adapter panels, and shielded cables 
that are designed to be used with the QD33 in separate-cabinet installations. 
Extension cables connect the controller (or drive) with the cable I/O adapter 
panels. Cable I/O adapter panels ground the shields on the shielded cables and 
maintain the integrity of the cabinet shield. Shielded cables are run between 
cabinets. 

The cables are available in various lengths, and there are several different types 
of cable I/O adapter panels. Table 4-7 gives the part numbers of these 
accessories and describes their application. The items listed in Table 4-7 can be 
ordered from your Emulex sales representative or directly from the factory. See 
the address given in subsection 4.6.2. 
Table 4-7. Shielded Cables and Cable I/O Adapter Panels 











Qty 




Item 


Part Number 


Description 


Length 


Rqd 


Application 


1 


SU7811212-01 


Cable, Shielded 


4 ft 


■ 1 


SMD A-Cable 




SU7811212-02 


Cable, Shielded 


8ft 


1 


SMD A-Cable 




SU7811212-03 


Cable, Shielded 


15 ft 


1 


SMD A-Cable 




SU7811212-04 


Cable, Shielded 


25 ft 


1 


SMD A-Cable 




SU7811212-05 


Cable, Shielded 


35 ft 


1 


SMD A-Cable 




SU7811212-06 


Cable, Shielded 


50 ft 


1 


SMD A-Cable 


2 


SU7811219-01 


Cable, Extension 


2 ft 


2 


SMD A-Cable 




SU7811219-02 


Cable, Extension 


4 ft 


2 


SMD A-Cable 




SU7811219-03 


Cable, Extension 


6ft 


2 


SMD A-Cable 




SU7811219-04 


Cable, Extension 


8ft 


2 


SMD A-Cable 




SU7811219-05 


Cable, Extension 


10 ft 


2 


SMD A-Cable 


3 


SU7811213-01 


Cable, Shielded 


4 ft 


1-2 


SMD B-Cable 




SU7811213-02 


Cable, Shielded 


8ft 


1-2 


SMD B-Cable 




SU7811213-03 


Cable, Shielded 


15 ft 


1-2 


SMD B-Cable 




SU7811213-04 


Cable, Shielded 


25 ft 


1-2 


SMD B-Cable 




SU7811213-05 


Cable, Shielded 


35 ft 


1-2 


SMD B-Cable 




SU7811213-06 


Cable, Shielded 


50 ft 


1-2 


SMD B-Cable 


4 


SU7811218-01 


Cable, Extension 


2 ft 


2-4 


SMD B-Cable 




SU7811218-02 


Cable, Extension 


4 ft 


2-4 


SMD B-Cable 




SU7811218-03 


Cable, Extension 


6 ft 


2-4 


SMD B-Cable 




SU7811218-04 


Cable, Extension 


8 ft 


2-4 


SMD B-Cable 




SU7811218-05 


Cable, Extension 


10 ft 


2-4 


SMD B-Cable 




SU7811218-06 


Cable, Extension 


12 ft 


2-4 


SMD B-Cable 



(continued on next page) 
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Table 4-7. Shielded Cables and Cable I/O Adapter Panels (continued) 



Item 


Part Number 


Description 


Length 


Qty 

Rqd 


Application 


5 

6 
7 


SU1110201 

CU2220301 
SU7813104 


Cable I/O 
Adapter Panel 

Rack-Mount Panel 

Peripheral Cable 
Adapter Panel Kit 


NA 

NA 
NA 


2-3 

2-3 
1-2 


(Optional) 

Freestanding 

disk drive cable adapter 



The cable I/O adapter panels are designed to fit directly into the I/O bulkhead 
that is built into most FCC-compatible DEC CPU expansion cabinets. See Figure 
4-6. If there is no I/O bulkhead in the cabinet, item 6, the rack-mount panel, 
holds two cable I/O adapter panels and mounts in any standard 19-inch RETMA 
rack. The rack-mount panel is shown in Figure 4-7. 
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Figure 4-6. Cable I/O Adapter Panel 
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ALL DIMENSIONS IN INCHES 



2.250 




1.484 



QD3302-0202 



Figure 4-7. Rack-Mount Panel 



There are two possible separate cabinet configuratior\s. In one, the drives are 
mounted in a freestanding RETMA rack (a RETMA rack attached to a PDF CPU 
cabinet would not count as a Separate cabinet installation at all). In the other 
configuration, the drives have their own cabinets and are themselves 
freestanding. These two configurations are shown in Figures 4-7 and 4-8. The 
cabling procedure that follows is a generic one that is for use with either 
configuration. Consult the illustrations for details. 

1 . Open the rear bulkhead door or panel of the equipment cabinet. 

2. Install the QD33 disk controller in an appropriate CPU bus slot. 

3. Iriptall a cable I/O adapter panel in a convenient aperture in the rear 
bulkhead of the CPU or expansion cabinet and secure it with the eight 
captive screws. Tighten the screws finger-tight. Make sure that no gaps 
are present above or below the cable I/O adapter panel. 

4. Install a rack-mount panel in the RETMA rack (Figure 4-8) or peripheral 
cable adapter kit in each of the drive cabinets (Figure 4-9). 

5. Select an extension A cable that is long enough to reach from Jl of the 
QD33 to the cable I/O adapter panel in the CPU or expansion cabinet. 

6. Find the arrow that is molded into the female cable header of the 
extension cable. Align the cable arrow with the corresponding arrow in 
connector Jl and press the header into the connector. 
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7. Select an extension B cable that is long enough to reach from J2 of the 
QD33 to the cable I/O adapter panel in the CPU or expansion cabinet. 

8. Find the arrow that is molded into the female cable header of the 
extension cable. Align the cable arrow with the corresponding arrow in 
connector J2 and press the header into the connector. Repeat this step 
for J3 if that port is to have a drive attached to it. 

9. Select a shielded A cable that is long enough to reach from the CPU or 
expansion cabinet to the RETMA rack or the first freestanding drive. 

10. Remove (or loosen) the clamping bars on the widest slot of the cable I/O 
adapter panel in the CPU or expansion cabinet. 

11. Route one end of the prepared cable through the widest slot in the cable 
I/O adapter panel (see detail in Figure 4-6). Clamp the bare shielding 
against the cable I/O adapter panel with the clamping bar. 

12. Find the arrow that is molded into the male cable header of the extension 
cable. Align this arrow with the corresponding arrow in the female 
header of the shielded cable and press the headers together. 

13. Repeat steps 10 through 13 for each B cable, substituting B cable for A 
cable as appropriate and using the narrow slots in the cable I/O adapter 
panels. 

Use the Following Steps for Rack Mount Configurations 

14. Repeat steps 10 and 11 at the disk end of the cable. 

15. Select an extension A cable that will reach from the cable I/O adapter 
panel in the RETMA rack to the first (lowest) disk drive (the position in 
the A cable daisy chain has no effect on unit number). 

16. Find the arrow that is molded into the female cable header of the 
extension cable. Align the cable arrow with the corresponding arrow of 
one of the disk drive's A cable connectors and press the header into the 
connector. Make sure that the latches on the connector fully engage the 
cable header. 

17. Select an extension B cable that will reach from the cable I/O adapter 
panel in the RETMA rack to the first (lowest) disk drive. 

18. Find the arrow that is molded into the female cable header of the 
extension cable. Align the cable arrow with the corresponding arrow on 
the disk drive's B cable connector and press the header into the 
connector. Make sure that the latches on the connector fully engage the 
cable header. 
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1. Disk Controller PCBA Enclosure 

2. Nonshielded Extension Cable 

3. Cable Connectors, Extension Cable to Shielded Cable 

4. Clamp - Shield of Shielded Cable Clamped Within 

5. Shielded/Jacketed Cable, External to Equipment Cabinets 

6. Cable I/O Adapter Panel 

7. Cable Connectors, Shielded Cable to Extension Cable 

8. Nonshielded Extension Cable 

9. Peripheral Device 

Figure 4-8. Rack-Mount Drive Cabling Configuration 
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19. Daisy-chain ttie A cable from tlie first disk drive to tiie remaining drives as 
described in step 5 of subsection 4.6.2.1. (You can use the unshielded 
cables in listed Table 4-6 to interconnect the drives.) 

20. Repeat step 17 of this procedure for the other disk drive in the rack. 

21 . Terminate the A cable at the last drive in the daisy chain by installing a 
terminator (included with the drive) on the drive's unused A cable 
connector. 

22. Connect a ground cable from the logic ground of the CPU to the logic 
ground of the disk drives. 

Use the Following Steps for Freestanding Drive Configurations 

23. Select two extension A cables long enough to reach from the drive's A 
cable connector to the peripheral cable adapter. (Alternatively, you can 
strip enough insulation off the shielded A cable to allow the shield to be 
clamped at the adapter and the cable head to connect at the drive's A 
cable connectors. If you use this approach, select a shielded A cable that 
is long enough to reach to the next drive in the daisy chain at this point, 
and prepare it by stripping the shield insulation at both ends.) 

24. Connect both A cables to the drive's A cable connectors by matching pin 
1 (molded-in arrow on cable header) and pressing the header onto the 
connector. 

25. Select a shielded A cable that is long enough to reach the next drive in the 
daisy-chain. 

26. Clamp both shielded A cables in the wide section of the peripheral cable 
adapter. 

27. Connect the extension cables to the shielded cables as described in step 
12. 

28. Select an extension B cable that will reach from the peripheral cable 
adapter rack to the drive's B cable connector. 

29. Ctemp the shielded B cable from the controller in the peripheral adapter. 
Connect the extension cable and the shielded cabled as described in step 
17. 

30. Repeat steps 23 through 29 for the other drive in the subsystem. 

31. Terminate the A cable at the last drive in the daisy chain by installing a 
terminator (included with the drive) on the drive's unused A cable 
connector. 

End of Procedure 
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1. Disk Controller PCBA 

2. Nonshielded Extension A Cable 

3. Nonshielded Extension B Cable 

4. Cable Connectors, Extension Cables to Shielded Cables 

5. Clamp - Shield of Shielded Cable Clamped Within 

6. Shielded/Jacketed Cable, External to Equipment Cabinets 

7. Cable I/O Adapter Panel 

8. Peripheral Device 

Figure 4-9. Freestanding Drive Cabling Configuration 
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4J l«3VRAM Loading, Disk Formatting, and Testing 

After physically installing the QD33, several steps are required to prepare the 
subsystem for operation. They are: 

• Loading the drive configuration into the NOVRAM 

• Formatting and verifying the media 

• Testing the subsystem 

The QD33 disk controller firmware incorporates a self-contained set of disk 
preparation and diagnostic utilities, called firmware-resident diagnostics 
(F.R.D.). F.R.D. provides several important disk preparation functions, 
including the ability to configure the controller NOVRAM, format the drive, test 
the disk surface and replace defective blocks, and perform reliability testing of 
the attached disk subsystem. These utilities allow you to communicate directly 
with either CRT or hardcopy devices connected to an LSI-11 or Micro VAX 
console port. 

The basic application of F.R.D. is in preparing MSCP disk drives for use in your 
subsystem. Before data can be stored on a drive, the disk must be formatted and 
any bad blocks identified. F.R.D. provides options that allow you to perform 
these functions. You use NOVRAM configuration options to set and review 
your drive parameter values. 

The steps involved in disk preparation are formatting the drive and then 
verifying that each logical block is good. F.R.D. supports both automatic and 
manual block replacement operations to allow for replacing defective and 
pattern-sensitive blocks. 

Automatic replacement, or blanket bad block replacement, is a feature of several 
F.R.D. options. With this feature, you can format a drive, verify, and replace 
any bad blocks in one step. During this format/verify operation, bad blocks are 
displayed in logical block number (LBN) format. If replacement is enabled, the 
blocks are replaced automatically. 

Manual bad block replacement is a separate option. This option allows you to 
identify specific bad blocks to be replaced. In addition, you can identify the 
blocks in Bj^es From Index (BFI) format or in LBN format. Using BFI format 
eliminates the calculation required for LBN. This is most often useful in 
replacing blocks identified as bad in the manufacturer's defect list when that list 
no longer exists on the drive. 
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BFI replacement must be done before any LBN replacement. Once LBN 
replacement occurs, the BFI values are no longer valid. 

There are several ways you can use F.R.D. options to format and verify your 
disk. The method you choose depends on whether you: 

• have formatted this disk 

• want to replace blocks using BFI or LBN information 

• want to preserve data on this disk 

Each method is described below. The options Usted are on the F.R.D. main 
menu. Use them in the order they are listed. (F.R.D. options are descnbed m 
section 4.8.) 

If this is the initial format of a disk and you want to replace only those defects 
that F.R.D. finds with the four worst-case data patterns, use: 

• Option 4, Format and Verify with replacement enabled 

If this is the initial format of a disk and you want to replace manufacturer's 
detected defects from the hardcopy list, use: 

• Option 2, Format 

• Option 9, Replace Block using BFI format 

• Option 3, Verify with replacement enabled 

If this disk is formatted and you want to preserve data and obtain a list of bad 
blocks, use: 

• Option 7 with replacement disabled 
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4.7.1 F.R.D. Conventions 

F.R.D. uses the following keyboard conventions: 

< CR > required to terminate operator inputs 

< Ctrl C > aborts the current operation and returns to the main menu 

A minimum delay of 10 seconds may occur between the < Ctrl C > and the next 
display. During some verify operations, the delay may be considerably longer 
because the abort is delayed until the successful completion of the current 
command. In this case, a screen message informs you of the delay. 

In this section, operator responses to F.R.D. prompts appear in bold print. The 
symbols used in this section are listed below with their meanings: 

< CR > carriage return key 

< LP > line feed key 

< Ctrl C > Ctrl key and the letter C pressed at the same time 



4.7.2 Storting F.R.D. on o MIcroVAX I 



F.R.D. is started by issuing a special command sequence via console ODT. To 
start F.R.D. on a Micro VAX, first apply power to the system. Put the system in 
console mode, then enter the following commands via the host console in 
response to the > > > prompt: 

> > > D/P/ W 2000XXXX 1 < CR > ! INIT CONTROLLER 

> > >E/P/W 2000YYYY<CR> 900 OR BOO !STEP ONE FROM QD33 

> > >D/P/W 2000YYYY 3003<CR> lENABLE SPECIAL MODE 

> > >E/P/W 2000YYYY< CR> 0100 !ACK SPECL^L MODE 

> > >D/P/W 2000YYYY 4401 <CR> lUPLOAD DRIVER 

> > >E/P/W 2000YYYY< CR> 0400 lUPLOAD DONE 
>>>S 80<CR> ISTART DRIVER 

NOTE: XXXX and YYYY are offsets dependent on the address of the QD33 
controller. See Table 4-8 for the available values. 



4.7.3 Storting F.R.D. on o MIcroVAX II and a OPY. Workstation^ 



F.R.D. is started by issuing a special command sequence via console ODT. To 
start F.R.D. on a Micro VAX, first apply power to the system. Put the system in 
console mode, then enter the following commands via the host console in 
response to the > > > prompt: 



GPX Workstation is supported by Rev F PROM and above only. 
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>>>I 

> > >D/P/W 20001F40 20<CR> 

> > >D/P/L 20088000 80000000 <CR> 

> > >D/P/L 20088004 80000001 <CR> 

> > >D/P/W 2000XXXX 1<CR> 

> > >E/P/W 2000YYYY<CR> 900 OR BOO 

> > >D/P/W 2000YYYY 3003 <CR> 

> > >E/P/W 2000YYYY<CR> 0100 

> > >D/P/W 2000YYYY 4401<CR> 

> > >E/P/W 2000YYYY<CR> 0400 
ForMicroVAXII: 

>>>S 80<CR> 
For GPX Workstation: 
>>>S 82<CR> 



!BUS INIT 
'.ENABLE MEMORY 
! SETUP MAP 
ISETUP MAP 1 
UNIT CONTROLLER 
'.STEP ONE FROM QD33 
lENABLE SPECIAL MODE 
!ACKSPECL\LMODE 
'.UPLOAD DRIVER 
'.UPLOAD DONE 

'.START DRIVER 

'.START DRIVER 



NOTE: XXXX and YYYY are offsets dependent on the address of the QD33 
controller. See Table 4-8 for the available values. 



Table 4-8. MicroVAX Offsets 



CONTROLLER 


XXXX 


YYYY 


BUS ADDRESS 






772150 


1468 


146A 


772154 


146C 


146E 


760334 


OODC 


OODE 


760340 


OOEO 


00E2 


760344 


00E4 


00E6 


760350 


00E8 


OOEA 


760354 


OOEC 


OOEE 


760360 


OOFO 


00F2 



4.7.4 Starting F.R.D. on an LSI-i 1 System 



To start F.R.D. on an LSI-11 system, first halt the processor. Then enter the 
following commands in response to the ODT prompt (@): 



@ 177xxxxx/ 000000 1 <LF> 

@ 177yyyyy/ 4400 or 5400 30003 <CR> 

@/000400 42000 <CR> 

@ 177yyyyy/ 2000 <CR> 

@200G 



'.TEST FOR 2000 



NOTE: XXXX and YYYY are offsets dependent on the address of the QD33 
controller. See Table 4-9 for the available values. 
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Table 4-9. LSI-11 Offsets 



CONTROLLER 


XXXX 


YYYY 


BUS ADDRESS 






772150 


72150 


72152 


772154 


72154 


72156 


760334 


60334 


60336 


760340 


60340 


60342 


760344 


60344 


60366 


760350 


60350 


60352 


760354 


60354 


60356 


760360 


60360 


60362 



When the appropriate start procedure is completed, F.R.D. identifies itself by 
displaying the controller type and firmware revision. Then, it displays the menu 
options. 

4.7.5 Terminating F.R.D. 

To terminate F.R.D., choose one of the following: 

• Press the BREAK key 

• Reinitialize the system, or 

• Halt the CPU. 

You can restart the diagnostics from a halted condition if you have not changed 
the memory contents. On an LSI-11 system, enter 200G at the ODT prompt. 
On a MicroVAX I system, enter S 80. On a MicroVAX 11, enter ST 80. On a 
GPX Workstation, enter ST 82. 



Installation 4-33 



F.R.D. Options 

4.8 F.R.D. Options 



F.R.D. is an interactive, menu-driven utility. This section describes the function 
of each option on the F.R.D. main menu. The menu appears as follows: 



Program Option Menu 

1 - Self-test loop 

2 -Format 

3 -Verify 

4 - Format and verify 

5 - Data reliability test 

6 - Format, verify, and data reliability test 

7 - Read only test 

8 - List known units 

9 - Replace block 

10 - Display Novram 

11 - Edit / Load Novram 

Enter option number: 

The main menu and each submenu prompt for required input. When you enter 
a valid selection, the next menu displays or F.RiD. performs the selected option. 
If you make an invalid entry, F.R.D. rejects it, displays an error message, and 
reprompts. 

Based on the nature of the MSCP emulation being performed, some operations 
may produce an observable delay when performed on previously unformatted 
drives. This delay is approximately 30 seconds. 

When an option is finished, F.R.D. displays the prompt "Hit any key to 
continue" and waits for you to do so before returning to the main menu. 
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4.8.4 Option i - Self-test Loop 



The Self-test Loop option detects intermittent hardware failures that have 
already passed through the first self-test. The LED indicators on the QD33 front 
panel will blink when a pass has compeleted. If an error occurs, the self-test 
loop option stops and reports an error; the LEDs on the front panel display the 
error code. A description of the error codes is displayed on the host console. 



4.8.2 Option 2 ■ Format 



The Format option is used to initially format a drive. The operation writes sector 
headers and initializes the drive's RCT tables. It is used to format a virgin drive, 
a drive that has been determined to contain unusable data, or a drive with a 
format that is improper to use with a particular controller. 

After formatting, the drive contains a valid RCT with a serial number you 
specified. 



4.8.3 Option 3 - Verify 



The Verify option Write /Read exercises all user-available blocks. F.R.D. uses 
four worst-case data patterns to find and replace pattern-sensitive blocks. It 
asks for the logical unit number (LUN) of the drive to be verified. After you 
enter the LUN, F.R.D. prompts for the number of write/read passes. 

Verify operations are performed on 120 logical blocks at a time. Logical blocks 
are referenced by logical block number (LBN). 

During Verify operations, F.R.D. disables all controller error recovery 
capabilities so that a sector is replaced for any repeatable single bit error. Each 
data pattern is run until error-free for a single pass, ensuring that replacement 
blocks are also verified. 

When a block is encountered that cannot be accessed because of header or data 
field errors, the Logical Block Number in error displays. Because the failing 
pattern may not be the first pattern, it is possible that replacement blocks may 
not be tested with all patterns. For this reason, Emulex recommends running at 
least two Verify passes over all 4 data patterns. 
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Thi Verify option has many features which allow you to enable full error 
defcription. When Error Description is enabled, it reports the type of error that 
occurs on the bad blocks. If a drive is producing an excessive number of bad 
blocks, this feature helps determine the kinds of errors responsible. 

The Verify option also offers a bad block replacement feature which, when 
enabled, replaces any bad blocks using the appropriate techruque. 



4.8.4 Option 4 ■ Format and Verify 



This option formats a drive, then tests the surface to replace pattern-sensitive 
and defective sectors. It performs both of the operations that are available 
separately with options 2 (Format) and 3 (Verify). This option also offers a bad 
block replacement feature which, when enabled, replaces any bad blocks found 
during the verify operation. 



4.8.5 Option 6 - Data Reliability Test 



This option allows you to thoroughly test your subsystem. The reliability test 
uses Write, Write/Check, and Read functions to test the cbntroller-to-drive 
portion of the subsystem. In addition, an independent DMA operation between 
the host memory and the controller tests the host/controller interface. 

The test defaults to two reserved diagnostic cylinders so that user data will be 
protected; a test of the full pack is your option. To run the reliability test 
indefirutely, select (zero) passes. 

If the test encounters errors, F.R.D. displays text error messages. These 
messages are for use by Emulex technical support personnel. 



4.8.6 Option 6 - Format, Verify, and Data Reliability Test 



This option combines options 2 (Format), 3 (Verify), and 5 (Data Reliability Test). 
This option automates the initialization and testing of drives, since you can select 
multiple drives and activate the data reliability test without having to wait for the 
format arid verify options to complete. The format and verify portions of this 
<^on run in the order of the drives selected. Drives with hard faults are 
dropped and the sequence moves to the next drive in the list. The reliability 
portion of this option runs simultaneously on all selected drives. 
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4.8.7 Option 7 - Read Only Test 



This option causes all the user-available blocks on the selected drive to be Read- 
only, not Write/Read, during the Verify pass. When a block is encountered that 
cannot be accessed because of header or data field errors, the utility displays the 
Logical Block Number. 

The Read Only Test option also offers a bad block replacement feature, which, 
when enabled, replaces any bad blocks. Because F.R.D. runs with ECC disabled 
and does not cache any read data, no corrected data is available to put in the 
replacement block. This means that even though the defective block is replaced 
and no forced error flag is set in the replacement sector, the data is nonvalid. 



CAUTION 

This may cause problems if the replaced blocks 
contain executable program files. For this reason, 
you should back up sensitive data before running 
this option with the replacement feature enabled. 

This option is usually used after the drive is formatted. However, if you plan to 
manually replace the bad blocks identified in the manufacturer's defect list, be 
certain to do so before using Option 7 with repliace enabled. 



4.8.8 Option 8 - List Known Units 



This option causes the program to list all the drives that are configured in the 
NOVRAM. Only those units that can be selected by the controller are listed as 
available. 

A user size (in 512-byte blocks) and a media type I.D. are listed with all drives 
found by this option. The user size does not include RCT area, diagnostic 
cylinders, designated or hidden spare tracks or blocks, etc. 

In addition, this option displays the attached drive's physical geometry. This 
display includes all areas of the disk. If the device size in logical blocks is 
calculated from this data, the number will be larger than the displayed user size. 
The difference is the number of LBNs used for RCT, diagnostic cylinders, spares, 
etc. 
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4.8.9 Option 9 - Replace Block 



This option allows you to replace a specific bad block or group of blocks without 
using the blanket replacement feature found in the Verify and Read Only 
options. You choose to identify either logical blocks (entered in decimal MSCP 
Logical Block Number format) or Bytes From Index (as listed in the 
manufacturer's defect list), then enter the block to be replaced. 

BFI replacement eliminates the calculation required to translate BFI to LBN 
format, F.R.D. requires the cylinder, track, and bytes from index of the defect 
for each BFI entry. When you irutiate replacement, F.R.D. prompts for the 
number of bytes per track. As soon as you enter this value, F.R.D. begins 
replacing blocks. 

LBN replacement allows you to replace blocks identified as bad during the 
format operation, when they are identified in LBN format by older versions of 
DEC operating systems which do not support host-initiated replacement. 

If you are using both types of replacement, BFI replacement must be complete 
before LBN replacement is begun. Further, BFI replacement must be complete 
before the blanket bad block replacement feature of other options is enabled. 

Emulex recommends that you run the Verify option after the replacement option 
is complete. The Verify opfion runs test patterns that may detect any pattern- 
sensitive blocks. 



4.8.10 Option 10 - Display NOVRAM 

This option displays the current contents of the NOVRAM. 



4.8.1 1 Option 1 1 - Edit/Load NOVRAM 



This option allows you to enter the drive configuration parameters into the 
controller. F.R.D. prompts you for the required drive parameters. (NOVRAM 
parameters are described in section 4.9.) 
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4.9 Drive Configuration Parameters 



When you edit or load NOVRAM configuration parameters, you are asked to 
enter the values required for your configuration. This section describes each 
parameter and states the range of valid entries for each. The required values for 
each drive supported by Emulex are listed in Appendix C. 

You begin loading NOVRAM parameter values by selecting Option 9 from the 
F.R.D. main menu. F.R.D. then displays each parameter, one at a time. The 
parameter displays with a range of valid entries and a default value. Enter the 
appropriate value (in decimal) or simply press the return key to accept the 
default value (the last value entered). The next parameter then displays. 



4.9.1 Type Code 

This parameter indicates the type of disk drive. The only valid value is 1. 



4.9.2 Number of Units of this Type 



This parameter specifies the quantity of attached physical disk drives that use the 
NOVRAM parameters that follow. Valid values are 1 and 2. If you enter 1, the 
utility uses a separate set of parameter values for each drive. In this case, it 
prompts for parameter values for the second drive. If you enter 2, the same 



parameter values are used for both drives. 



4.9.3 Starting Head Offset 



This parameter specifies the physical drive head that is to be used as the first 
head of the second logical drive. This field has meaning only if a Split Code 2 or 
3 is specified. The valid range is from through 31. If a Split Code or 1 is 
selected, this value must be 0. 



4.9.4 Number of Sectors per Track 



This parameter specifies the total number of physical sectors per track, including 
spares. The valid range is from 1 through 255. 
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4.9.5 Number of Heads 



This parameter specifies tlie number of data heads per physical drive. The valid 
range is from 1 through 63. 



4.9.6 Number of Cylinders 



This parameter specifies the total number of physical cylinders per drive, 
including spares. The valid range is from 1 through 4,095. 



4.9.7 Number of Spore Sectors per Track 



This parameter specifies the number of spare sectors reserved per track. This 
number plus the number of logical sectors per track equals the total number of 
physical sectors per track. The valid range is or 1. If is specified, no spare 
sectors are reserved. Emulex recommends a value of 1; larger values will 
unnecessarily reduce the capacity of the drive. 



4.9.d Number of Alternate Cylinders 



This parameter specifies the number of spare cylinders per physical drive. The 
valid range is from through 15. At least one cylinder must be specified as an 
alternate. (If spare sectors are specified, the sector replacement algorithm needs 
one track for working space.) 

If Split Code 1 is used, you must specify twice the normal number of alternate 
cylinders because they are divided evenly between the two logical drives. A 
minimum of 2 alternate cylinders must be specified if block replacement is to 
function with a cylinder split. 



4.9.9 Configuration Bits, High Limit and Low Limit 



These parameters define additional configuration characteristics of the drive, 
including Rotational Position Sensing which is determined by the values you 
select for High Limit and Low Limit. 

If your subsystem includes a drive that Emulex supports, refer to Appendix C, 
Table C-1, for the decimal values to enter for these parameters. If your drive is 
not supported by Emulex, refer to the drive manufacturer's manual for drive 
requirements, then enter the appropriate values as discussed subsequently. 
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Configuration Bits: 

Bit 0: This bit specifies whether or not the drive negates the On Cylinder signal 
during a head select operation. The valid range for this bit is or 1. If 
this bit is 0, the On Cylinder signal remains on during a head select. If 
this bit is 1, the On Cylinder signal is negated during a head select. 

Bit 1: This bit specifies whether or not the drive can perform early or late data 
strobe operations. The valid range for this bit is or 1. If this bit is 0, 
the drive cannot perform early or late data strobe operations. If this bit 
is 1, the drive is capable of performing early or late data strobe 
operations. 

Bit 2: This bit specifies whether or not the drive is capable of head offset 

operations. The valid range for this bit is or 1. If this bit is 0, the drive 
cannot perform head offset operations. If this bit is 1, the drive is 
capable of performing head offset operations. 

Rotational Position Sensing: 

Rotational Position Sensing increases the performance of the disk subsystem 
during data transfer when two drives are active. RPS allows the controller 
to determine which drive is rotationally closest to any of the data transfers in 
the controller command buffer. By matching a data transfer with the drive 
rotationally closest to that command, the rotational latency is reduced, 
therefore increasing throughput of the subsystem. 

The High and Low Limit parameters on the menu, when defined, 
determine where the drive will perform RPS. Recommended values are 
given in the Drive Configuration Parameter Value Table in Appendix C. If 
you need to calculate the decimal value for each drive, a minimum value of 
and a maximum value of 15 is obtainable. These values correspond 
directly to the number of sectors ahead on the disk that make up the RPS 
window. 

If RPS is enabled, the controller looks at the drive's current sector number 
after an initial seek has been completed for that drive, and calculates how 
far away the target sector is. If this value falls within the range specified in 
the RPS High and Low Limits, the read/write operation begins immediately 
on that drive. If the sector is not found in the RPS window, the next drive 
that is executing a seek undergoes the same process. 
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The recommended lower RPS limit ensures adequate time for proper 
controller response. Lowering this value will decrease performance by 
causing extra disk revolutions, since the disk is still spinning between the 
time the seek is issued and the time it is begun. The optimal high limit for 
RPS depends heavily on system factors, such as drive types and operating 
system usage. Though the recommended value is the optimal one for most 
applications, it is possible that small adjustments could increase system 
performance. 

For example, if you have a two-drive system with a 2.4 Mhz drive (let us 
call this Drive 0) and a 1.2 Mhz cl"ve (Drive 1), you would expect to see 
about twice as many I/O operations completed on Drive as on Drive 1. 
By setting the Drive RPS value to a low upper limit, and by setting the 
Drive 1 RPS value to a high upper limit, the number of completed I/O 
operations will even out significantly. On a heavily loaded system, this will 
result in more efficient overall subsystem performance. 

If only one drive is used with the QD33, RPS should be disabled. You 
should also disable RPS if you are unfamiliar with the geometry of each of 
your drives. To disable RPS, simply place a zero in the RPS High and Low 
Limit parameters. 

NOTE 

Index and Sector signals must be on the B cable for 
RPS to function. See subsection 4.3.3.6. 



4.9.1 Dual Port Options 



If your firmware (Revision H and above) and system configuration support dual 
porting with MSCP controllers, the dynamic dual port mode, static dual port 
mode, and single port mode (the default) are displayed. The dual port 
applications are described in the following subsections. 



4.9.10.1 Single Port Mod© (config type 0) 



This is the default setting; multiple port access is not supported under any 
condition. Single port mode should be selected on drives that do not support 
dual port or drives that do not require multiple-access paths. 
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4.9.10.2 Dynamic Dual Port Mode (config type 1) 



This is used for systems that must share the drive between two different 
controllers. The drive is available to both controllers and will seize and release 
the port for each drive command. The only limitation is that of read/write access 
from two different systems. Only one system may have read/write abilities, the 
other must be mounted read only (nowrite), unless you provide special software 
to overcome these limitations. 



4.9.10.3 Static Dual Port Mode (config type 3) 



The static dual port option is typically used for Local Area Vax Cluster (LAVC) 
systems that require failover protection. This mode allows a controller to seize 
one port when the drive is mounted and lock out the other port (until the drive is 
dismounted). The drive appears offline to the controller that has not reserved 
the port, forcing all drive accesses through a single controller. The MSCP server 
then decides to use either a local access path or Ethernet for communication. 
Should failover occur in a LAVC system that has reserved the drive, the port is 
released and made available to the other controller. The VMS software is then 
able to select the drive and mount it. 



4.9.10.3.1 Failover Requirements 



If no commands are processed within 500 ms in systems that require failover, the 
controller releases the drive. To properly support failover, the drive must have 
reserve timer ENABLED. 

In LAVC systems failover operations are fully software dependent, and many 
versions of VMS show problems with failover. Contact Digital Software Support 
to confirm the correct VMS version that supports this function. 



4.9.10.4 Firmware Resident Diagnostics (F.R.D.) Support 



The drive format, surface verification, and manual block replacements must be 
performed while either the controller is idle on the other port or the drive has 
only one port enabled. To ensure that dual porting is functioning, the Data 
Reliability portion of F.R.D. supports multiple Emulex controllers on the shared 
disk and allows multiple read/write accesses to test the drive. 



4.9.10.5 Logical Drive Splits 



Since the drive's port is controlled by physical addressing, Emulex cannot 
support logical splitting of any dual-ported drive. 
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4.9.11 Split Code 



This parameter allows the drive s defined by this parameter block to be split into 
two logical disk units two each, if more than one drive is defined by this block 
The split codes are: 

Code Oj No split. 

Code 1: The cylinders are divided between the two logical drives. A starting 
cylinder offset value specifies the first cylinder of the second logical 
drive. 

Code 2: The drive s data heads are divided between the two logical drives. A 
starting head offset value specifies the first head of the second logical 
drive. If you select a head split code on a drive with both fixed and 
removable media, the removable media may be configured as logical 
unit number LUN and the fixed media as LUNl. 

Code 3: Identical to Code 2 except the logical assignments for the physical 

drives are reversed. Reverse head split codes also divide the drive by 
data heads, but assign the lower numbered heads to drive 2 and the 
higher numbered heads to drive 1 . 

Use of the split option disables seek-ordering and overlapped seek processing in 
the MSCP Controller, which reduces performance, particularly when both logicals 
of a split physical drive are active. 



4.9.12 Removable Media 



This parameter indicates whether the disk media is fixed or removable. If you 
are defining one physical/logical drive, this parameter uses a 1-bit field with valid 
values of and 1, where indicates fixed media and 1 indicates removable 
media. 

If you are defining a drive with a logical split, this parameter uses a 2-bit field 
with a valid range from through 3: 

Definition Decimal 

Value 



LUN and LUN 1 are both fixed. 
LUN is removable, LUN 1 is fixed. 
LUN is fixed, LUN 1 is removable. 
LUN and LUN 1 are both removable. 
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4.9.13 Gap 0, 1, and 2 Parameters 



These parameters specify the recording format for each sector on the drive. The 
recording format allows gaps, as ,for example, between header and data fields. 
These gaps are based on a formula intended to allow the drive time for 
read/write transitions while maximizing data capacity. 

Enter the appropriate value for the type code 1 drive. The values Emulex 
recommends for certified drives are contained in Appendix C, Disk Drive 
Configuration Parameters. These values are factory parameters and are to be 
used with Emulex certified drives. If any of these factory parameters are altered, 
the QD33 may not support the disk drive. 



4.9.14 Cylinder Offset 



This parameter specifies the physical cylinder that is to be used as the first 
cylinder of the second logical drive. This field has meaning only if a Split Code 1 
is specified. If a Split Code 0, 2, or 3 is selected, this parameter must be 0. 



4.9.15 Spiral Offset 



This parameter specifies the number of sectors by which sector of a track is 
offset from sector of the previous track. Offsetting sector from one track to 
the next is a technique that is used to reduce latency when performing write or 
read operations that cross a track boundary. When the drive is formatted, sector 
of a track is offset a certain number of sectors from the position of sector on 
the previous track. When this is done, spiral write and read operations are more 
efficient because the drive has time to seek from track to track before 
encountering sector 0. 

The valid range is from through 31. 



4.10 Operation 



There are no operational instructions. The QD33 is ready for MSCP initialization 
as soon as its drives are formatted and tested. 
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4.10.1 Imticators 



There are three light emitting diodes (LEDs) on the QD33 PWB. These LEDs are 
used for both diagnostics and for normal operations. 

If switch SW2-1 is OFF, the QD33 executes a preliminary test at the following 
times: 

• On power-up 

• After a reset condition 

• After a bus initialization 

• After a write operation to the Initialization and Polling (IP) register (base 
address) 

The self-test routine consists of two test sequences: preliminary and self-test. 
The prelinunary test sequence exercises the 8031 microprocessor chip and the 
Disk Formatter chip. When the QD33 successfully completes the preliminary 
test, LED3 illuminates indicating that the QD33 is waiting for the MSCP 
initialization sequence. 

During the MSCP initialization sequence, initiated by host software control, the 
QD33 executes a self-test that exercises the buffer controller chip, the Host 
Adapter Controller (HAC) chip and its associated circuitry, the on-board RAM, 
and the control memory PROM. If the QD33 p&sses this sequence of its self-test 
successfully, all the LED indicators on the edge of the QD33 are OFF. 

If a fatal error is detected either during self-test or while the system is running, all 
three of the edge-mounted LED indicators are ON (illuminated). If the QD33 
fails to pass its power-up self-tests, you can select a special diagnostic mode 
(switch SW2-1 ON) which causes the LED indicators to display an error code. 
See Self-Test Error Reporting, in Section 5, TROUBLESHOOTING. 

During normal operation, LEDl and LED2 flicker occasionally. These LEDs are 
used to indicate LSI-11 bus activity and SMD disk drive activity, respectively. 
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TROUBLESHOOTING 



5.1 Overview 



This section describes the several diagnostic features with which the QD33 Disk 
Controller is equipped, and outlines fault isolation procedures that use these 
diagnostic features. 



Subsection 


Title 


5.1 


Overview 


5.2 


Service 


5.3 


Fault Isolation Procedure 


5.4 


Power-Up Self-Diagnostics 


5.5 


Fatal Error Codes 



5.2 Service 



Your Emulex QD33 Disk Controller was designed to give years of trouble-free 
service, and it was thoroughly tested before leaving the factory. 

Should one of the fault isolation procedures indicate that the QD33 is not 
working properly, the product must be returned to the factory or to one of 
Emulex' s authorized repair centers for service. Emulex products are not 
designed to be repaired in the field. 

Before returning theproduct to Emulex, whether the product is under warranty 
or not, you must contact the factory or the factory's representative for 
instructions and a Return Materials Authorization (RMA) number. 

Do not return a component to EMULEX without authorization. A component 
returned for service without an authorization will be returned to the owner at the 
owner's expense. 

In the continental United States, Alaska, and Hawaii contact: 

Emulex Technical Support 

3545 Harbor Boulevard 

Costa Mesa, CA 92626 

(714) 662-5600 Outside California: (800) 854-7112 

FAX: (714) 966-1299 TLX: 183627 

After 5 p.m. Pacific Time, call (800) 638-7243. When answered, you will be 
prompted to key in 37115, followed by a # symbol, then a message. 

Outside the United States, contact the distributor from whom the subsystem was 
initially purchased. 
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To help you efficiently, Emulex or its representative requires certain information 
about the product and the environment in which it is installed. During 
installation, a record of the switch setting should have been made on the 
Configuration Reference Sheet. This sheet is contained in the Installation 
Section, Figure 4-1. 

After you have contacted Emulex and received an RMA, package the component 
(preferably using the original packing material) and send the component postage 
paid to the address given you by the Emulex representative. The sender must 
also insure the package. 



5.3 Fault Isolation Procedure 



This fault isolation procedure is provided in flowchart format. The procedure is 
based on the self-diagnostics incorporated into the QD33. The procedure is 
designed to be used if the product's self-diagnostic fails or if many errors are 
flagged by the subsystem during normal operation. If neither of these events 
happens, it is not necessary to follow these procedures. 

The Fault Isolation Chart is shown in Figure 5-1. The chart symbols are defined 
in Table 5-1. 

If the fault isolation procedure indicates that a component needs to be returned 
to Emulex, see subsection 5.2 for instructions on how to do so. 



Table 5-1. Flow Chart Symbol Definitions 



Symbol 


Description 








start point, ending point. 




C ) 


<o 


Decision, go ahead according with YES or NO. 


^ 


Connector, go to same-numbered symbol on another sheet. 








Process. 















QD3302-0106 
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C STMIT J 



POWER UP Q033 
DO NOT BOOT SYSTEM 




READ SA 
REGISTER 




FATAL HARDWARE ERROR. RESEAT CONTROLLER 
OR MOVE IT TO ANOTHER BACKPLANE SLOT. 
CHECK CONTROLLER SWITCHES FOR CORRECT 
CSR SELECTION. ENSURE YOU ARE ACCESSING 
I/O PAGE ON 22-BIT SYSTEMS. 



UPLOAD F.R.D. 

TO MEMORY 

SEE SECTION 4.7.3 



YES 




<successful\ 
f.r.d. load j 



FATAL F.R.D. DMA TO MEMORY, ON MICROVAX II, 
CHECK TO ENSURE YOU HAVE ENABLED MEMORY 
MAP. SEE SECTION 4.7.3. 



CALL EMULEX 

CUSTOMER SERVICE 

IF RETRY IS 

UNSUCCESSFUL 



CALL EMULEX 
CUSTOMER SERVICE 



DETERMINE FAULT AND 
ATTEMPT TO CORRECT 
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Figure 5-1. Fault Isolation Chart 
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5.4 Power-Up Self-Diagnostic 



The QD33 executes an extensive self-diagnostic to ensure that the disk controller 
is in good working order. The self-diagnostic is divided into several parts. Table 
5-2 indicates the order in which the tests are performed. 

The first two tests are executed immediately after power-up, a reset, a bus INIT, 
or a write to the IP register (base address). The other tests are executed as the 
controller interacts with the MSCP initialization routine. If the QD33 fails any of 
the tests, it posts an MSCP fatal error code in the low-byte of the SA register 
(base address plus 2) and turns on three LEDs which are located on the outside 
edge of the PWB. The MSCP fatal error codes used by the QD33 are listed in 
Table 5-3. 

To help determine the location of the problem, the operator can select a special 
diagnostic mode that causes the LEDs to display an error code. To enable this 
diagnostic mode, place the CPU halt switch in the ON position and set QD33 
switch SW3-1 ON (1). After setting SW3-1 ON, the host computer must be 
powered down or QD33 switch SWl-1 must be toggled (turned ON and then 
OFF) to cause the QD33 to again perform its self-test. 

Upon encountering an error, the host microprocessor halts and the LEDs display 
an error code. The error codes are listed and described in Table 5-2. 

If the QD33 completes the diagnostic mode without errors, all three LEDs are 
OFF. Set switch SW3-1 in the OFF position and reset the QD33 controller before 
using. 



Table 5-2. LED Error Codes 



LED 
3 2 1 


Error Description 





1 

1 
1 




1 

1 

1 



1 


1 
1 



Self-diagnostic complete without errors 

CPU Chip Test failed 

Formatter Chip Test failed 

Controller idle, waiting for initialization 

Buffer Controller or External Memory Test failed 

HAC Test failed 

Emulation PROM Checksum Test failed 
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5.5 Fatal Error Codes 



If the QD33 encounters a fatal error anytime during operation, all three LEDs are 
illuminated and an error code is posted in the low-byte of the SA register (base 
address plus 2). Table 5-3 lists the MSCP fatal error codes used by the QD33. 



Table 5-3. MSCP Fatal Error Codes used by the QD33 



Octal 
Code 



Hex 
Code 



Description 



4 

5 
6 

7 

11 

12 

13 

14 
16 
23 



B 

C 

E 
13 



No information in message packet. 

Possible parity or timeout error when the QD33 attempted to 
read data from a message packet. 

Possible parity or timeout error when the QD33 attempted to 
write data to a message packet. 

QD33 diagnostic self-test indicated a controller RAM error. 

QD33 diagnostic self-test indicated a firmware checksum error. 

Possible parity or timeout error when the QD33 attempted to 
read an envelope address from a command ring. 

Possible parity or timeout error when the QD33 attempted to 
write an envelope address to a command ring. 

Host did not communicate with QD33 within the time frame 
established while bringing the controller online. 

Operating system sent more commands to the QD33 than the 
controller can accept. 

Controller unable to perform DMA transfer operation 
correctly. 

QD33 diagnostic self-test indicated controller fatal error. 

The MSCP connection identifier is invalid. 

An error occurred during the MSCP initialization sequence. 
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Additional fatal error messages may appear. These error codes are listed in 
Table 5-4. 



Table 5-4. Fatal Error Codes 



Octal 
Code 


Hex 
Code 


Description 


004 


04 


RAM error 


005 


05 


Firmware checksum error 


014 


OC 


Fatal error during self-test 


111 


49 


Autoboot timeout 


121 


51 


F.R.D. load to memory failed 
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DEVICE REGISTERS AND PROGRAMMING 



6.1 Overview 



This section contains an overview of the QD33 device registers that are accessible 
to the LSI-11 bus and that are used to monitor and control the QD33 Disk 
Controller. The registers are functionally compatible with DEC implementations 
of MSCP controllers. 

The following table outlines the contents of this section. 



Subsection 


Title 


6.1 


Overview 


6.2 


Overview of MSCP Subsystem 


6.3 


Programming 


6.4 


Registers 


6.5 


Bootstrap Command 



6.2 Overview of MSCP Subsystem 



Mass Storage Control Protocol (MSCP) is the protocol used by a family of mass 
storage controllers and devices designed and built by Digital Equipment 
Corporation. MSCP allows a host system to be connected to subsystems with a 
variety of capacities and geometries. This flexibility is possible because MSCP 
defines data locations in terms of sequential, logical blocks, not in terms of a 
physical description of the data's location (i.e., cylinder, track, and sector). This 
scheme gives the MSCP subsystem the responsibility for converting MSCP 
logical block numbers into physical addresses that the peripheral device can 
understand. 

This technique has several implications. First, the MSCP subsystem must have 
detailed knowledge of the peripheral's capacity, geometry, and status. Second, 
the ability to make the translation between logical and physical addresses implies 
considerable intelligence on the part of the subsystem. Finally, the host is 
relieved of responsibility for error detection and correction because its 
knowledge of the media is insufficient to allow error control to be done 
efficiently. 

There are several advantages to this type of architecture. First, it provides the 
host with an "error free" media. Second, it provides for exceptional operating 
system software portability because, with the exception of capacity, the 
characteristics of all MSCP subsystems are the same from the operating system's 
point of view. 
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In terms of implementation, this protocol requires a high degree of intelligence 
on the- part of the subsystem. Essentially, this intelligence is a process that runs 
on a microprocessor and is referred to as an MSCP controller. The MSCP 
controller has all of the responsibilities outlined above. 

The host computer runs corresponding software processes which take calls from 
the operating system, convert them into MSCP commands, and cause the 
resulting command to be transferred to the MSCP controller. 

In summary, an MSCP subsystem is characterized by an intelligent controller 
that provides the host with the view of a perfect media. It is further characterized 
by host independence from a specific bus, controller, or device type. 



6.3 Programming 



A complete description of MSCP commands and the corresponding status 
responses which the QD33 Disk Controller posts is beyond the scope of this 
manual. 



6.3.1 Command Support 



No currently available MSCP Controller supports the entire range of MSCP 
commands. The following subsections describe the extent of MSCP command 
support by the QD33. 



6.3.1 .1 Minimal Disk Subset 



The QD33 Disk Controller supports the entire minimal disk subset of MSCP 
commands. 



6.3.1 .2 Diagnostic and Utility Protocol (DUP) 



The QD33 Disk Controller does not support any of the DUP commands or 
maintenance read/write commands. Therefore, the QD33 is not compatible with 
DEC diagnostics that use the MSCP DUP commands. 
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6.4 Registers 



During normal operation, the QD33 Disk Controller is controlled and monitored 

Z'l?^ J'l^'Tfo^rf li'^ ^*^*"^ P^"^*"^*^ *^^* ^'■^ exchanged by the Class Driver 
(hostand the MSCP Controller. The QD33 has two 16-bit registers in the LSI-11 
BUS I/O page that are used primarily to initialize the subsystem. During normal 
operation, the registers are used only to initiate polling or to reset the subsystem. 
These registers are always read as words. The register pair begins on a longword 
boundary. Table 6-1 lists the octal and hexadecimal values for the Initialization 
and Polling (IP) register (base address) and the Status and Address (SA) register 
(base address plus 2) supported by the QD33. 

The IP register (base address) has two functions as detailed below: 

• When written with any value, it causes a hard initialization of the MSCP 
Controller. 



• 



When read while the port is operating, it causes the controller to initiate 
polling. 

The SA register (base address plus 2) has four functions as listed below: 

• When read by the host during initialization, it communicates data and 
error information relating to the initialization process. 

• When written by the host during initialization, it communicates certain 
host-specific parameters to the port. 

• When read by the host during normal operation, it communicates status 
information including port and controller-detected fatal errors. 

• When zeroed by the host during either initialization or normal operation, 
It signals the port that the host has successfully completed a bus adapter 
purge in response to a port-initiated purge request. 
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Table 6-1. QD33 IP and SA Registers 



6.5 Bootstrap Command 



Register 


Octal 


MicroVAX I, II 


IP 
SA 


772150 
772152 


20001468 
2000146A 


IP 
SA 


772154 
772156 


2000146C 
2000146E 


IP 
SA 


760334 
760336 


200000DC 
200000DE 


IP 

SA 


760340 
760342 


200000E0 
200000E2 


IP 
SA 


760344 
760346 


200000E4 
200000E6 


IP 
SA 


760350 
760352 


200000E8 
200000EA 


IP 
SA 


760354 
760356 


200000EC 
200000EE 


IP 
SA 


760360 
760362 


200000F0 
200000F2 



To allow the system to be easily bootstrapped from peripherals attached to the 
OD33 Disk Controller, Emulex has incorporated a Bootstrap Command into tne 
controller. This feature is not part of the standard MSCP command set nor is it 
supported on the MicroVAX or on systems using an 11/73B CPU module. 

The Bootstrap Command can be issued from the console after the system is 
powered up, or it may be incorporated into a firmware routine that is located m 
^tstrap ROM. (The ROM would not be located on the QD33 PWB, but on 
some other module in the system.) The Bootstrap Command causes the QD33 to 
load the first logical block from the selected peripheral into host memory starting 
at location 00000. 
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To issue the Bootstrap Command to the QD33: 

1. Initialize the QD33 by writing any value into the IP register (base 
address). The QD33 performs self-test and begins the initialization 
dialog. 



Register 



IP: Write 



Octal 



000001 



2, The QD33 indicates that initialization step 1 has begun by setting bit 11 in 
the SA register (base address plus 2). The host must poll the register for 
this value (no interrupt is generated). Bit 8 should also be set. If 22-bit 
addressing is enabled, bit 9 will be set. 



Register 



SA: Read 



Octal 



0044000 
005400 



Addressing 



18-Bit 
22-Bit 



3. When the controller indicates that step 1 of the initialization dialog is 
begun, load the SA register (base address plus 2) with the "special 
initialization code:" 



Register 



SA: Write 



Octal 



030003 



4. The controller acknowledges the initialization code with 00400. 



Register 



SA: Read 



Octal 



000400 



5. Load the SA register (base address plus 2) with 04000n8 or 400n 

n is the MSCP logical unit number of the unit to bootstrap from. In this 
example, the unit is 0. 



Register 



Octal 



SA: Write 040000 

6. At the console emulator prompt, enter P to begin: 
@P 
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Section 7 
Functional Description 



7.1 Overview 

This section contains a description of the QD33 Disk Controller's architecture. 



7.2 QD33 Disk Controller Architecture 



The QD33 is a microprocessor-based emulating disk controller that is contained 
on a single dual-wide PCBA. The QD33's major functional blocks are shown in 
Figure 7-1. The disk controller is organized around the eight-bit 8031 
microprocessor. The board has an eight-bit internal data bus with 16-bit 
addressing capability. The Host Adapter Controller and the Merged Architecture 
Chip (which includes disk formatter and buffer controller functionalities) are 
addressed as memory (memory-mapped I/O). 

The 8031 's primary task is to decode and implement commands from the host. 
At command completion, the microprocessor is also responsible for generating 
status and transmitting it to the host. A large part of the microprocessor's job 
while performing those duties involves setting up the Host Adapter Controller 
and the Buffer Controller for the large data transfers, which are their specialties. 

The QD33 uses a 27256 erasable programmable read-only memory (EPROM), 
which contains the control program, and 32K bytes of random access memory 
(RAM), which is used for data buffering and working storage. 

The LSI-11 bus interface contains 22 lines. Sixteen of the lines are multiplexed 
for both address and data; six are used for only address. The Host Adapter 
Controller is used for programmed I/O, CPU interrupts, and DMA data 
transfers. The microprocessor responds to all programmed I/O and carries out 
the I/O functions required for the addressed disk controller register. The Host 
Adapter Controller has automatic LSI-11 bus address generation capability that, 
in conjunction with a byte counter, allows the interface to conduct LSI-11 bus 
DMA transfers without direct microprocessor intervention after the interface is 
set up for a transfer. This automatic DMA capability is used with the MAC's 
buffer controller logic to transfer large blocks of data directly between host 
memory and the QD33's RAM. 
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S^\?1^D it/u".^^ ^^ 't '^n??J^^^^^ ^°' "'^^"S ^^^8^ t)locks Of data between 
the 32K RAM buffer and the SMD interface, and between the LSI-11 bus 
interface and the 32K RAM buffer. After being set up for an operation by the 
microprocessor, either interface requests DMA service from the buffer controller 
logic by driving an individual request signal active. The transfer then proceeds 
without direct intervention by the microprocessor. This aUows high-speed data 
transfers to occur while the microprocessor is focused on other processes 
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Figure 7-1. QD33 Block Diagrnm 
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Section 8 
INTERFACES 



8.1 Overview 



This section describes the interfaces that the QD33 Disk Controller incorporates. 
It includes information on the QD33 implementation of SMD interface electrical 
and mechanical requirements. Including this overview, the section is divided 
into the following subsections. 



Subsection 



8.1 
8.2 
8.3 



Title 



Overview 

QD33 LSI-11 Bus Interface 

QD33 SMD Drive Interface 



8.2 LShii Bus Interface 



The LSI-11 bus between the CPU and the QD33 Disk Controller contains 42 
bidirectional signal lines, two unidirectional signal lines on connectors A and B, 
and two unidirectional signal lines on connector C. LSI-11 bus interface pin 
assignments are listed and described in Table 8-1. These signal lines provide the 
means by which the CPU and the QD33 Disk Controller communicate with each 
other. 

The LSI-11 bus interface is used for programmed I/O, CPU interrupts, and DMA 
data transfer operations. Addresses, data, and control information are sent 
along these signal lines, some of which contain time- multiplexed information. 
The LSI-11 bus interface lines are grouped in the following categories: 

• Twenty-two Data/ Address Lines ~ <BDAL00:BDAL21>. The four 
Data/Address lines which carry the most significant bits (MSB) are lines 
BDAL21:BDAL18. They are used for addressing only and do not carry 
data. Lines BDAL17 and BDAL16 reflect the parity status of the 16-bit 
data word during a Write or Read Data Transfer operation via the LSI-11 
bus cycle. 

• Six Data Transfer Control Lines ~ BBS7, BDIN, BDOUT, BRPLY, 
BSYNC, and BWTBT. 

• Six Direct Memory Access (DMA) Control Lines ~ BDMR, BSACK, 
BDMGI, and BDMGO (the last two are on both connectors A and C). 

• Seven Interrupt Control Lines - BEVNT, BIAKI, BIAKO, BIRQ4, 
BIRQ5, BIRQ6, and BIRQ7. 

• Five System Control Lines - BDCOK, BHALT, BINIT, BPOK, and 
BREF. 
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Table 8-1. LSI-11 Bus Interface Pin Assignments 



Connector A Signal 


Connector B Signal 


Component 
Side 


Pin 


Solder 
Side 


Component 
Side 


Pin 


Solder 
Side 


BIRQ5 


A 


+ 5V 


BDCOK 


A 


+ 5V 


BIRQ6 

BDAL16 

BDAL17 


B 
C 
D 


OV (GND) 


BPOK 

BDAL18 

BDAL19 


B 
C 
D 


OV (GND) 




E 


BDOUT 


BDAL20 


E 


BDAL02 




F 


BRPLY 


BDAL21 


F 


BDAL03 




H 


BDIN 




H 


BDAL04 


OV (GND) 


J 
K 


BSYNC 
BWTBT 


OV (GND) 


J 
K 


BDAL05 
BDAL06 


OV (GND) 
BDMR 


L 

M 
N 


BIRQ4 
BIAKI 
BIAKO 


OV (GND) 
BSACK 


L 

M 
N 


BDAL07 
BDAL08 
BDAL09 


BHALT 


P 


BBS7 


BIRQ7 


P 


BDALIO 


BREF 


R 


BDMGI 


BEVNT 


R 


BDALll 




S 


BDMGO 




S 


BDAL12 


OV (GND) 


T 
U 


BINTT 
BDALOO 


OV (GND) 


T 
U 


BDAL13 
BDAL14 




V 


BDALOl 




V 


BDAL15 


Connector C 


Signal 




Connector D Signal 


Component 
Side 


Pin 


Solder 
Side 


Component 
Side 


Pin 


Solder 
Side 




A 


+5V 




A 


+5V 




B 






B 






C 
D 


OV (GND) 




C 
D 


OV (GND) 




E 






E 






F 






F 






H 






H 




OV (GND) 


J 

K 

L 




OV (GND) 


J 

K 

L 




OV (GND) 


M 
N 
P 


BIAKI 
BIAKO 


OV (GND) 


M 
N 
P 






R 


BDMGI 




R 






S 


BDMGO 




S 




OV (GND) 


T 
U 
V 




OV (GND) 


T 
U 
V 





Ail signals, except BDCOK and BPOK, are low active. 
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8.2.1 Interrupt Priority Levei 



The QD33 is hardwired to issue level 4 interrupt requests and monitor level 5. 
The level 4 request is necessary to allow compatibility with either an LSI-11 or 
LSI-11/2 CPU. 



8.2.2 Register Address 



The QD33 Disk Controller has two registers visible to the LSI-11 bus. Their 
addresses are determined by DIP switches SW2-3 through SW2-5. See Section 4 
for detailed address and switch setting information. 



8.2.3 DMA Operations 



All DMA data transfer operations are performed under microprocessor control. 
When doing a Read or Write From Memory operation, a check is made for 
memory parity or nonexistent memory (NXM) errors. If an error is detected, an 
MSCP status error is returned. 



8.2.4 Scatter/Gather 



The QD33 Disk Controller supports the MicroVAX I I/O technique of 
scatter-write operations and gather-read operations. 



8.3 QD33 SMD-E Disk Drive Interface 



The QD33 Controller interfaces with each SMD disk drive via a 60-pin control 
cable and one of two 26-pin data cables. A 60-pin male connector at reference 
designator Jl on the QD33 Controller connects directly into the SMD disk drive 
control cable. The QD33 Controller contains two 26-pin male connectors, one at 
reference designator J2 and one at reference designator J3. 

The QD33 Controller can control a maximum of two disk drives. Either 26-pin 
connector (reference designator J2 or J3) can connect directly into the data cable 
for the first disk drive. If a second disk drive is configured, the unused 26-pin 
connector is connected into the data cable for that disk drive. 

This subsection provides information on the QD33 implementation of the SMD 
interface electrical and mechanical requirements. 

The QD33 controller's disk interface conforms to the SMD-E Interface 
Specification for 15 MHz and 24 MHz Devices (CDC Document No. 64712402). 
The controller has been tested with most drives using the SMD-E interface and is 
compatible with the electrical and timing characteristics disk drives up to 20 
MHz. 
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8-4 Interfaces 



AU communications between the QD33 Controller and its drives pass through 
the interface. This communication includes all commands, status, control 
signals, and read/ write data transmitted and received by the controller. 

The following subsection describes both the I/O cables and I/O signal processing. 



8.3.1 I/O Cables 



All the signal lines between the controller and drive are contained in two I/O 
cables. They are referred to as the A and B cables. Table 8-2 lists all lines (except 
those not used) in both cables. 



8.3.1.1 ACabl0 



The 60-conductor A Cable is daisy-chained to all disk drives and terminated at 
the last drive. The purpose of the signals in this cable, along with their function 
when the control tag (Tag 3) is asserted, are listed in Table 8-3. 

The A Cable should be a 30-twisted pair flat cable with an impedance of 100 
ohms and a cumulative length not greater than 50 feet. 



8.3.1.2 B Cable 



The 26-conductor B Cable is radial to all drives and contains the data and clock 
signals. The function of the signals in this cable are listed in Table 8-4. 

The B Cable should be a 26-conductor flat cable wdth ground plane and drain 
wire. The impedance should be 130 ohms and the length not greater than 50 
feet. 



8.3.1.3 Drivers and Receivers 



The drivers for the A and B Cables are 26LS31, which are equivalent to 75110A 
drivers. The receivers are 26LS32 quad differential receivers, which are 
equivalent to 75108 receivers. The lines of the A Cable are terminated with 82 
ohms to ground. The lines of the B Cable are terminated with 56 ohms to 
ground. 
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Table 8-2. SMD-E Interface Connections 



Pins Lo,Hi 


Signal 


(Tag 3 Function) 


From/To 


A Cable: 








22,52 


Unit Select Tag 




To 


23,53 


Unit Select bit 




To 


24,54 


Unit Select bit 1 


/Tag 5^ 


To 


26,56 


Unit Select bit 2 


w 


To 


27,57 


Unit Select bit 3 




To 


1,31 


Tagl 




To 


2,32 


Tag 2 




To 


3,33 


Tag 3 




To 


4,34 


BitO 


(Write Gate) 


To 


5,35 


Bitl 


(Read Gate) 


To 


6,36 


Bit 2 


(Servo Offset Plus) 


To 


7,37 


Bit 3 


(Servo Offset Minus) 


To 


8,38 


Bit 4 


(Fault Clear) 


To 


9,39 


Bit 5 


(AM Enable) 


To 


10,40 


Bit 6 


(Return to Zero) 


To 


11,41 


Bit 7 


(Data Strobe Early) 


To 


12,42 


Bit 8 


(Data Strobe Late) 


To 


13,43 


Bit 9 


(Release) 


To 


14,44 


Open Cable Detect 




To 


15,45 


Fault 




From 


16,46 


Seek Error 




From 


17,47 


On Cylinder 




From 


18,48 


Index 




From 


19,49 


Unit Ready 




From 


20,50 


Address Mark Found 




From 


21,51 


Busy (dual port) 




From 


25,55 


Sector 




From 


28,58 


Write Protected 




From 


29 


Power Sequence Pick 




To 


30,60 


Tag 41 




To 


59 


Power Sequence Hold 




To 


B Cable: 








8,20 


Write Data 




To 


6,19 


Write Clock 




To 


2,14 


Servo Clock 




From 


3,16 


Read Data 




From 


5,17 


Read Clock 




From 


10,23 


Seek End 




From 


22,9 


Unit Selected 




From 


12,24 


Index 




From 


13,26 


Sector 




From 



^ Tag 4, Tag 5, and Tag 6 are part of the SMD-E extended functions. Tag 6 is the logical AND of Tag 
4 and Tag 5. These lines are terminated but their functions are not used by the QD33. 
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8.3.2 \IO Signal Processing 



8-6 Interfaces 



I/O signals from the controller initiate and control all drive operations except 
power on. The I/O signals are sent to receivers in the drive and are routed from 
the receivers to the appropriate drive logic. The drive in turn sends information, 
concerning the operation back to the controller via the transmitters. 

There are two basic types of I/O signals: (1) tag/bus and (2) discrete. The two 
types differ in that the tag and bus signals work in conjunction to perform a 
variety of functions. Generally, the discrete signals work independently, each 
performing a specific function. Both types are described in the following 
subsections. 



8.3.2.1 Tag/Bus Signals 



All commands (except unit select) are sent to the drive via the tag and bus signal 
lines. The tag lines define the basic operation to be performed and the bus lines 
supply the parameters for the operation. 

Table 8-3 explains all the tag/bus commands recognized by the drive. 



8.3.2.2 Discrete Signals 



In addition to the tag/bus signals, there are various discrete signal lines going 
between drive and controller. These lines carry clock, status, control and 
read/ write data signals. The function of each of the discrete lines is also 
explained in Tables 8-3 and 8-4. 
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Signal 



Pick In 



Hold 



Open Cable 



Unit Select Tag 



Unit Select 
lines 2^ thru 2^ 



Tag 1 (Cylinder 
Select) 



{continued on next page) 



Table 8-3. A Cable Signal Line Functions 



Function 



Used for power sequencing. When the controller is ON, this line is pullec 
low to power up the disk drive(s). The drive's LOCAL/REMOTE switch 
must be set to REMOTE and the START switch must be ON. This signal 
IS daisy chained from drive to drive. It is not passed from one drive to the 
next until the first drive is up to speed. The ground is passed on to the 
next drive as Pick Out (Pick Out is terminated at last drive in daisy chain). 



Used for power sequencing. This line is pulled low to power up the disk 
drive. The drive's LOCAL/ REMOTE switch must be set to REMOTE and 
the START switch must be ON. This signal is daisy chained from drive to 
drive. This line must be grounded at controller for drive to complete and 
hold remote power up sequence. 



The controller holds this signal TRUE when it is powered on. When false, 
the drive cannot be selected. This prevents any unwanted command such 
as Write Gate when the A cable is disconnected or controller power is 
lost. 



Initiates unit select sequence, and in dual channel units it also reserves 
drive to that controller, provided unit selection is successful (refer to 
discussion on Unit Selection). 



Used to select the drive. The binary code on these 
lines must match the code of the drive logical address for the drive to be 
selected. These lines are used in conjunction with the Unit Select Tag pin 
A cable I/O) (refer to discussion on Unit Selection). 



Initiates seek functions and used in conjunction 

with Bus Bit lines. This tag strobes the cylinder address, contained on Bus 
Bits lines, into drive logic. Drive must be on cylinder before this tag is 
sent. Bus Bits are interpreted as follows: 



Bus Bit 


1 
2 
3 

4 



Function 

Cyl Adrs 2^ 
Cyl Adrs 2^ 
Cyl Adrs 2^ 
Cyl Adrs 2^ 
Cyl Adrs 2^ 



Bu s Bit 

5 
6 
7 
8 
9 



Function 

Cyl Adrs 2^ 
Cyl Adrs 2^ 
Cyl Adrs 2^ 
Cyl Adrs 2^ 
Cyl Adrs 2^ 
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Table 8-3. A Cable Signal Line Functions (continued) 



Signal 



Tag 2 (Head Select) 



Tag 3 (Control 
Select) 



Function 



Initiates head select functions and used in conjunction with Bus Bit 
lines. This tag strobes the head address, contained on bus bit lines, into 
drive logic. Bus Bits are interpreted as follows: 



Bus Bit 


Functions 


Bus Bit 


Functions 



1 
2 
3 

4 


Head Adrs 2^ 
Head Adrs 2^ 
Head Adrs 2^ 
Head Adrs 2^ 
Head Adrs 2* 


5 

6 

7* 

8* 

9 


Not Used 
Not Used 
Cyl Adrs 2^0 
Cyl Adrs 2^1 
Not Used 



* The extended cylinder address bits are strobed with the head select bits 
for the SMD-E compatible drives. 



Initiates various operations to be performed by the 

drive. Used in conjunction with Bus Bit lines and specific operation 

initiated depends on content of these lines which is defined as follows: 



Bus Bit 

1 



Function 

Write Gate - Enable write drivers. 

Read Gate - Enables the digital read data lines. With 
PLO option, leading edge triggers read chain to sync 
on all-zeros pattern. 

Servo Offset Plus - Offsets the actuator from the 
nominal on cylinder position toward the spindle. 



(continued on next page) 
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Table 8-3. A Cable Signal Line Functions (continued) 



Signal 



Tag 3 (continued) 



Tag 4 (Current Sector) 



Tag 5 (Extended Status) 



Function 



Bus Bit 
3 



(continued on next page) 



Function 

Servo Offset Minus - Offsets the actuator from the 
nominal on cylinder position away from the spindle. 

Fault Clear - Pulse sent to drive to clear the fault 
summary flip-flop. 

Address Mark Enable - Not used. 

RTZ - Pulse sent to drive to cause actuator to seek to 
track zero. 

Data Strobe Early - Enables the PLO data separator 
(optional) to strobe the data at a time earlier than 
optimum 

Data Strobe Late - Enables the PLO data separator to 
strobe the data at a time later than optimum. 

Release - Releases dual channel drives from reserved 
and/or priority selected condition (refer to discussion 
on Unit Selection). Not used for single channel 
drives. 



Line is terminated but function not used by QD33. 



Line is terminated but function not used by QD33. 
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Table 8-3. A Cable Signal Line Functions (continued) 



Signal 



Bus Bits (0 - 9) 



Unit Ready 



Busy (applicable 
only to dual 
channel units). 



On Cylinder 



Seek Error 



Address Mark Found 



Write Protect 



Fault 



Unit Selected 



Function 



Used in conjunction with Tags 1, 2, and 3 (also used 
with Unit Select Tag on units with 50 pin A Cable 
I/O. 



Indicates that drive is selected, up to speed, heads 
are loaded and no fault exists. 



TRUE when a drive selection is attempted but the 
drive is already reserved by the other controller. 
This signal is returned to the controller attempting 
selection along with the unit selected signal (refer to 
discussion on Unit Selection). 



Indicates drive has positioned the heads over a track. 



Indicates that the unit was unable to complete a 
move within 500 msec, or that carriage has moved to 
a position outside recording field. 



Not used. 



Indicates that drive's write circuits are disabled. 



Indicates that one or more of these faults exists: DC 
power fault, head select fault, write fault, write or 
read while off cylinder, and Write Gate during a Read 
operation. 



Indicates that the drive is selected. This line must be 
active before drive will respond to any commands 
from controller. However, on dual channel units, if 
Busy is returned in conjunction with Unit Selected, it 
indicates the drive is reserved to the other controller 
and selection was unsuccessful (refer to discussion on 
Unit Selection. 
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Table 8-4. B Cable Signal Functions 



Signal 


Function 


Write Data 


Carries NRZ data to be recorded on disk pack. 


Write Clock 


Synchronized to NRZ Write Data, it is a return of the 
Servo Clock. The drive transmits this signal 
continuously. 


Index 


Occurs once per revolution of disk pack and its 
leading edge is considered leading edge of sector 
zero. 


Sector 


Derived from servo surface of disk pack, this signal 
can occur any number of times per revolution of disk 
pack. Number of sector pulses occurring depends 
the configuration of the disk drive. 


Servo Clock 


Clock signals derived from the drive's servo track. 


Read Data 


Carries NRZ data recovered from disk pack. 


Read Clock 


Clock signals derived from NRZ Read Data. 


Seek End 


Seek End is a combination of ON CYL or SEEK 
ERROR indicating that a seek operation has 
terminated. 
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Appendix A 
AUTOCONFIGURE, CSR and VECTOR ADDRESSES 



A.I Overview 



The following discussion presents the algorithm for assignment of floating 
addresses and vectors for all DEC operating systems. Bus addresses are 
discussed in subsection 3.3.2. 



A.2 Determining the CSR Address for use with Autoconflgure 



The term Autoconflgure refers to a software utility that is run when the computer 
is bootstrapped. This utility finds and identifies I/O devices in the I/O page of 
system memory. 

Some devices (like the DM11) have fixed addresses reserved for them. 
Autoconflgure detects their presence by simply testing their standard address for 
a response. Specifically, the control/status register (CSR) address, which is 
usually the first register of the block, is tested. 

Addresses for those devices not assigned fixed numbers are selected from the 
floating CSR address space (760010 - 763776) of the Unibus input/output (I/O) 
page. This means that the presence or absence of floating devices will affect the 
assignment of addresses to other floating-address devices. Similarly, many 
devices have floating interrupt vector addresses. According to the DEC 
standard, vectors must be assigned in a specific sequence and the presence of 
one type of device will affect the correct assignment of vectors for other devices. 

The CSR address for a floating-address device is selected according to the 
algorithm used during autoconflgure. The algorithm is used in conjunction with 
a Device Table, Table A-1. 

Essentially, Autoconflgure checks each valid CSR address in the floating CSR 
address space for the presence of a device. Autoconflgure expects any devices 
installed in that space to be in the order specified by the Device Table. Also, the 
utility expects an eight-byte block to be reserved for each device that is not 
installed in the system. Each empty block tells Autoconflgure to look at the next 
valid address for the next device on the list. 

When a device is detected, a block of addresses is reserved for the device 
according to the number of registers it employs. The utility then looks at the next 
CSR for that device type. If there is a device there, it is assumed to be of the 
same type as the one before it and a block is reserved for that device. If there is 
no response at the next address, that space is reserved to indicate that there are 
no more devices of that type. Then the utility checks the CSR address (at the 
appropriate boundary) for the next device in the table, 
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Determining the CSR Address For Use With Autoconfigure 



Table A-1. SYSGEN Device Table 







Number of 


Octal 






Number of 


Octal 


Rank 


Device 


Registers 


Modulus 


Rank 


Device 


Registers 


Modulus 


1 


DJll 


4 


10 


17 


Reserved 


4 


10 


2 


DHll 


8 


20 


18 


RX112 


4 


10 


3 


DQll 


4 


10 


18 


RX2112 


4 


10 


4 


DUll, 
DUVll 


4 


10 


18 


RXV112 


4 


10 


5 


DUPll 


4 


10 


18 


RXV212 


4 


10 


6 


LKllA 


4 


10 


19 


DRll-W 


4 


10 


7 


DMCll 


4 


10 


20 


DR11-B3 


4 


10 


7 


DMRll 


4 


10 


21 


DMPll 


4 


10 


8 


DZll^ 


4 


10 


22 


DPVll 


4 


10 


8 


DZVll 


4 


10 


23 


ISBll 


4 


10 


8 


DZSll 


4 


10 


24 


DMVll 


8 


20 


8 


DZ32 


4 


10 


25 


DEUNA2 


4 


10 


9 


KMCll 


4 


10 


26 


UDA502 


2 


4 


10 


LPPll 


4 


10 


27 


DMF32 


16 


40 


11 


VMV21 


4 


10 


28 


KMSll 


6 


20 


12 


VMV31 


8 


20 


29 


VSIOO 


8 


20 


13 


DWR70 


4 


10 


30 


TU81 


2 


4 


14 


RL112 


4 


10 


31 


KMVll 


8 


20 


14 


RLV112 


4 


10 


32 


DHVll 


8 


20 


15 


LPA11-K2 


8 


20 


33 


DMZ32 


16 


40 


16 


KWll-C 


4 


10 


34 


CP132 


16 40 


^DZi: 


L-E and DZll-F are treated as 1 


:wo DZlls. 






2The first device of this type has a fi> 


:ed address. 


Any extra devices have a floating address. 


^The first two devices of this type ha 


ve a fixed a< 


ddress. Any extra devices have a floating address. 
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Determining the Vector Address for use with Autoconflgure 



In summary, there are four rules that pertain to the assignment of device 
addresses in floating address space: 

1. Devices with floating addresses must be attached in the order in which 
they are listed in the Device Table, Table A-1. 

2. The CSR address for a given device type is assigned on word boundaries 
according to the number of UNIBUS-accessible registers that the device 
has. The following table relates the number of device registers to possible 
word boundaries. 



Device Registers 


Possible Boundaries 


1 

2 

3,4 

5,6,7,8 

9 thru 16 


Any Word 

XXXXXO, XXXXX4 

XXXXXO 

XXXX00,XXXX20,XXXX40,XXXX60 

XXXX00,XXXX40 



A.3 



The Autoconflgure utility inspects for a given device type only at one of 
the possible boundaries for that device. That is, the utility does not look 
for a DMF32 (16 registers) at an address that ends in 20. 

3. An 8-byte gap must follow the register block of any installed device to 
indicate that there are no more of that type of device. This gap must start 
on the proper CSR address boundary for that type of device. 

4. An 8-byte gap must be reserved in floating address space for each device 
type that is not installed in the current system. The gap must start on the 
proper word boundary for the type of device the gap represents. That is, 
a single DJll installed at 760010 would be followed by a gap starting at 
760020 to show a change of device types. A gap to show that there are 
none of the next device on the list, a DHll, would begin at 760040, the 
next legal boundary for a DHll-type device. 

Determining the Vector Address for use with 
Autoconflgure 

There is a floating vector address convention that is used for communications 
and other devices which interface with the UNIBUS. These vector addresses are 
assigned in order starting at 300 and proceeding upwards to 777. Table A-2 
shows the assignment sequence. For a given system configuration, the device 
with the highest floating vector rank would be assigned to vector address 300. 
Additional devices of the same type would be assigned subsequent vector 
addresses according to the number of vectors required per device, and according 
to the starting boundary assigned to that device type. 
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Determining the Vector Address for use with Autoconfigure 



Table A-2. Priority Ranking for Floating Vector 

Addresses (starting at 300 and proceeding 
upwards) 







Number 








of 


Octal 


Rank 


Device 


Vectors 


Modulus 


1 


DCll 


2 


10 


1 


TU58 


2 


10 


2 


KLlli 


2 


10 


2 


DLll-Ai 


2 


10 


2 


DLll-Bi 


2 


10 


2 


DLVll-Ji 


8 


40 


2 


DLV11,DLV11-Fi 


2 


10 


3 


DPll 


2 


10 


4 


DMll-A 


2 


10 


5 


DNll 


1 


4 


6 


DMll-BB/BA 


1 


4 


7 


DHll modem control 


1 


4 


8 


DRll-A, DRVll-B 


2 


10 


9 


DRll-Q DRVll 


2 


10 


10 


PA611 (reader + punch) 


4 


20 


11 


LPDll 


2 


10 


12 


DT07 


2 


10 


13 


DXll 


2 


10 


14 


DLll-C to DLVll-F 


2 


10 


15 


DJll 


2 


10 


16 


DHll 


2 


10 


17 


VT40 


4 


20 


17 


VSVll 


4 


10 


18 


LPSll 


6 


40 


19 


DQll 


2 


10 


20 


KWll-W, KWVll 


2 


10 


21 


DUll, DUVll 


2 


10 


22 


DUPll 


2 


10 


23 


DVll + modem control 


3 


20 


24 


LKll-A 


2 


10 


25 


DWUN 


2 


10 


26 


DMCll 


2 


10 


26 


DMRll 


2 


10 


27 


DZll/DZSll/DZVll 


2 


10 


27 


DZ32 


2 


10 


28 


KMCll 


2 


10 


29 


LPPll 


2 


10 



(continued on next page) 



A-4 Autoconfigure, CSR and Vector Addresses 



Determining the Vector Address for use with Autoconfigure 



Table A-2. Priority Ranking for Floating Vectors Addresses 

(starting at SOOg and proceeding upwards) 

(continued) 







Number 








q£ 


Octal 


Rank 


Device 


Vectors 


Modulus 


30 


VMV21 


2 


10 


31 


VMV31 


2 


10 


32 


Vl'VOl 


2 


10 


33 


DWR70 


2 


10 


34 


RL11/RLV112 


1 


4 


35 


TS112, TU802 


1 


4 


36 


LPAll-K 


2 


10 


37 


IP11/IP3002 


1 


4 


38 


KWll-C 


2 


10 


39 


RX112 


1 


4 


39 


RX2112 


1 


4 


39 


RXV112 


1 


4 


39 


RXV212 


1 


4 


40 


DRll-W 


1 


4 


41 


DR11-B2 


1 


4 


42 


DMPll 


2 


10 


43 


DPVll 


2 


10 


44 


ML113 


1 


4 


45 


ISBll 


2 


10 


46 


DMVll 


2 


10 


47 


DEUNA2 


1 


4 


48 


UDA502 


1 


4 


49 


DMF32 


8 


40 


50 


KMSll 


3 


20 


51 


PCLll-B 


2 


10 


52 


VSIOO 


1 


4 


53 


Reserved 


1 


4 


54 


KMVll 


2 


10 


55 


Reserved 


2 


10 


56 


lEX 


2 


10 


57 


DHVll 


2 


10 


58 


DMZ32 


6 


20 


59 


CP132 


6 


20 


^ A KLll or DLll used as a console, has a fixed vector. 




2 The first device of this type has a fixed vector. Any extra de 


vices have a 


floating vector. 




^ MLll is a Massbus device which can connect to a UNIBUS 


via a bus adapter. 
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A System Configuration Example 



Vector addresses are assigned on the boundaries indicated in the modulus 
column of Table A-2. That is, if the modulus is 10, then the first vector address 
for that device must end with zero (XXO). If the modulus is 4, then the first 
vector address can end with zero or 4 (XXO, XX4). 

Vector addresses sdways fall on modulo 4 boundaries (XXO, XX4). That is, a 
vector address never ends in any number but four or zero. Consequently, if a 
device has two vectors and the first must start on a modulo 10 boundary, then, 
using 350 as a starting point, the vectors will be 350 and 354. 



A.4 A System Configuration Example 



Table A-3 contains an example of a system configuration that includes devices 
with fixed addresses and vectors, and floating addresses and/or vectors. 

Table A-4 shows how the device addresses for the floating address devices in 
Table A-3 were computed, including gaps. 



Table A-3. CSR and Vector Address Example 



Controller 


Vector 


CSR 


1UDA50 
IDZll 
1UDA50 
2DHV11 


154 
300 
310 
320, 
330 


772150 
760100 
760354 
760500, 
760500 



A'6 Autoconfigure, CSR and Vector Addresses 



A System Configuration Example 



Table A-4. Floating CSR Address Assignment Example 









Ocfal 


Installed 


Device 




Address 




DJll 


Gap 


760010 




DHll 


Gap 


760020 




DQll 


Gap 


760030 




DUll 


Gap 


760040 




DUPll 


Gap 


760050 




LKllA 


Gap 


760060 




DMCll 


Gap 


760070 


— > 


DZll 




760100 






Gap 


760110 




KMCll 


Gap 


760120 




LPPll 


Gap 


760130 




VMV21 


Gap 


760140 




VMV31 


Gap 


760150 




DWR70 


Gap 


760170 




RLll 


Gap 


760200 




LPAll-K 


Gap 


760220 




KWll-C 


Gap 


760230 




Reserved 


Gap 


760240 




RXll 


Gap 


760250 




DRll-W 


Gap 


760260 




DRll-B 


Gap 


760270 




DMPll 


Gap 


760300 




DPVll 


Gap 


760310 




ISBll 


Gap 


760320 




DMVll 


Gap 


760340 




DEUNA 


Gap 


760350 


— > 


UDA50 (QD33) 




772150* 


— > 


UDA50 (QD33) 




760354 






Gap 


760360 




DMF32 


Gap 


760400 




KMSll 


Gap 


760420 




VSIOO 


Gap 


761440 




TU81 


Gap 


761450 




KMVll 


Gap 


761460 


— -> 


DHVll 




761500 


— > 


DHVll 




761520 






Gap 


761530 




DMZ32 


Gap 


761540 




CP132 


Gap 


761600 



Fixed address 



Autocon figure, CSR and Vector Addresses A-7 
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Appendix B 
PROM REMOVAL and REPLACEMENT 



B.I Overview 

This appendix provides instructions for replacing the QD33's firmware PROM. 



B.2 Exchanging PROMS 



The QD33 firmware PROM is located in the socket at U43. Remove the existing 
PROM from its socket using an IC puller or an equivalent tool. 

The QD33 PROM is identified by the part numbers on top of the PROMs, Place 
the QD33 PROM in U43. Make certain that the PROM is firmly seated and that 
no pins are bent or misaligned. (If the two rows of PROM pins are too far apart 
to fit in the socket, grasp the PROM at its ends using your thumb and forefinger 
and bend one of the pin rows inward by pressing it against a table top or other 
flat surface.) 



PROM 
Number 



G16C 



PCBA 
Location 



U43 



Firmware Revision Level C and above requires that jumpers G-H be set IN. See 
Table 4-2 for QD33 Jumper Definitions and Factory Configuration. 

In some QD33 controllers, the jumper posts are missing. You can either solder a 
small jumper wire between pads G-H (solder side of board) or contact Emulex 
Repair Center for installation. 

WARNING 

Please be aware that you could easily damage the 
board if you decide to solder in a jumper, and that 
this will void any warranty. 

To locate pads G-H, hold the QD33 board with the drive connectors to your 
right. At location U43 (the top of the board about 3 inches left of the board's 
right edge) is the firmware PROM labeled G16x. The jumper pads are below the 
lower left corner of the PROM, with the G marking to the left of the lower row of 
pins. (See Figure B-1). 

To solder in a jumper, turn the board over and locate the pads on the solder 
side. With the drive connectors still to your right, the pads are now 3-1/2 inches 
left of the right edge and 1 inch from the bottom edge. 
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PROM Removal and Replacement 
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Appendix C 
DISK DRIVE CONFIGURATION 



C.I Overview 



This appendix provides the information you need to set up your drive 
configuration. The two types of information provided are: 

• Drive configuration parameter values for use with QD33's firmware- 
resident diagnostics 

• Recommended drive options 

Use the drive configuration parameter values to load your drive configuration 
into NOVRAM. They are listed in Table C-1. 

Use the recommended drive option information to plan your configuration. 
Refer to the drive manufacturer's manual for specific instructions on setting the 
drive for the required options. 



C.2 Parameter Values 



The drive configuration parameters listed in this table are for use with the 
NOVRAM loading, editing, and displaying options of QD33's firmware-resident 
diagnostics. They relate to the physical geometry of the disk drives; options such 
as logical splits are left to you. 

The configuration table lists each parameter as it is displayed by the diagnostic, 
as well as each drive certified for use with the QD33. Parameter values in this 
table are based on one spare sector per track with no logical splits. Values are 
listed and entered in decimal. 

To UvSe the table, locate the name of your drive along the top of the table. Then 
read down the column beneath the drive name for the parameter values. 

If you are looking for a specific parameter value, find the parameter you need in 
the "parameter" column. Then find your drive in the "drive name" row. The 
parameter value is listed at the point where the row and the column intersect. 
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Table C-1 . DRIVE CONFIGURATION PARAMETER VALUES for QD33 



PARAMETER 



Type Code 
Number of Units 
Physical Sectors 

per Track 
Physical Heads 
Physical Cylinders 
Spare Sectors 

per Track 
Spare Cylinders 
Configuration Bits 
Lower Limit (RPS) 
Upper Limit (RPS) 
Split Code^ 
Head Offset^ 
Removable Media Flag 
Gap Parameter^ 
Gap 1 Parameter 
Gap 2 Pcirameter^ 
Spiral Offset 
Bytes/Sector 



CDC COG 

LM>9457 RSO9710 

1 1 

1 1 



32 

4 

624 

1 

2 

07 

1 

4 

2 

2 

1 
3080 
5654 
788 

4 
646 



32 

5 

823 

1 
2 

07 
1 
4 


1 
3080 
5654 
788 

2 
630 



^ Single logical/Split logical (see Appendix D) 
^ Required only when Split Code is not 0. 
^ ' Viifue has changed from previous mcinucUs b 
NOVRAM setting/Drive setting 




261 
2827 
777 


600 



DRIVE NAME 



CDC 


CDC 


CDC 


CDC 


CDC 


971&340 


9715-515 


972&^68 


9720-500 


9720-7; 


1 


1 


1 


1 


1 


1 


1 


1 


1 


1 


33 


52 


52 


70 


52 


24 


24 


10 


10 


15 


711 


711 


1217 


1217 


1622 


1 


1 


1 


1 


1 


. 2 


2 


2 


2 


3 


06 


06 


06 


06 


06 


3 


3 


3 


3 


3 


7 


7 


7 


8 


7 



















261 
2827 
777 

1 
576 



CDC 
9720-750 

1 
1 



CDC 
9720^50 

1 
1 



70/71 


70/71 


15 


15 


1217 


1381 


1 


1 


3 


3 


06 


06 


3 


3 


7 


8 
























261 


261 


261 


261 


261 


2827 


2827 


2827 


2827 


2827 


/// 


777 


77/ 


/// 


777 


1 


1 


1 


1 


1 


582 


579 


582 


579 


579 


s and does not 


require reformatting disk. 
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Table C-1 . DRIVE CONFIGURATION PARAMETER VALUES for QD33 (continued) 






t 



n 



i P)frAMETER; ; 






,, .,■_, ^ 


DRIVE NAME 










CDC CDC 


CDC 


CDC 


CDS FUJITSU 


FUJITSU 


FUJITSU 


FUJITSU 




9720-1230 9771 XMD^ 


9//2XMD 


9//2-13XMD 


315 2298 


2321/22 


M2333 


M2351A 


Type Code 


1 1 


1 


1 


1 1 


1 


1 


1 


Number of Units 


1 1 


1 


1 


1 1 


1 


1 


1 


Physical Sectors 
















per Track 


86 85 


85 


85 


35 69 


34 


68 


46 


Physical Heads 


15 16 


16 


19 


19 16 


5/10 


10 


20 


Physical Cylinders 


1635 1024 


1064 


1420/1248* 


821/823* 1024 


823 


823 


842 


Spare Sectors 
















per Track 


1- 1 


1 


1 


1 1 


1 


1 


1 


Spare Cylinders 


3 2 


2 


2 


2 2 


2 


2 


2 


Configuration Bits 


06 06 


06 


06 


06 06 


06 


06 


06 


Lower Limit (RPS) 


3 3 


4 


4 


1 3 


1 


3 


3 


Upper Umit (RPS) 


8 7 


10 


10 


4 7 


4 


8 


7 


Split Code^ 


0/2 


0/2 


0/2 


0/2 











Head Offset^ 


-/8 


--/8 


-/9 


-/8 


- 


- 


- 


Removable Media Flag 























Gap Parameter^ 


261 261 


261 


261 


259 259 


259 


259 


259 


Gap 1 Parameter 


2827 2827 


2827 


2827 


2827 4112 


4112 


4112 


4112 


Gap 2 Parameter^ 


777 777 


/// 


777 


777 780 


780 


780 


780 


Spiral Offset 


1 2 








1 1 


1 


1 





Bytes/Sector 


585 587 


587 


587 


576 593 


586 


594 


587 


^ Single logical/Split logical (see Appendix D) 

^ Required only when Split Code is not 0. 

^ Value has changed from previous manuals but still compatible with old values and does not require reformatting disk. 

• Depends on drive model. 

'^ This drive has a modified 85 sector setting. Set the switch as follows: SW556-3 ON, all others OFF. SW563-3 ON, all others OFF. 
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Table C-1 . DRIVE CONFIGURATION PARAMETER VALUES for QD33 (continued) 



PARAMETER 



Type Code 
Number of Units 
Physical Sectors 

per Track 
Physical Heads 
Physical Cylinders 
Spare Sectors 

per Track 
Spare Cylinders 
Configuration Bits 
Lower Limit (RPS) 
Upper Limit (RPS) 
Split Code^ 
Head Offset^ 
Removcible Media Flag 
Gap Parameter^ 
Gap 1 Parameter 
Gap 2 Parameter^ 
Spiral Offset 
Bytes/Sector 



FUJITSU 

1 
1 

68 
20 
842 

1 

2 

06 

3 

8 

0/2 
-/10 


259 
4112 
780 


594 



NEC 
2352 

1 
1 

63 

19 

760 

1 
2 

06 
3 

7 



261 
2827 
777 


576 



NEC 
2362 

1 
1 

71 
23 
850 

1 

2 

06 

3 

8 

0/2 
-/12 


261 
2827 
777 

1 
576 





DRIVE NAME 


NEC 


TOSHIBA 


TOSHIBA 


2363 


MK-186FB 


MK-286FC 


1 


1 


1 


1 


1 


1 


71 


32 


69 


27 


5 


11 


1024 


823 


823 


1 


1 


1 


3 


2 


2 


06 


06 


06 


4 


3 


3 


10 


7 


7 


0/2 








-/1 4 


- 


- 











261 


259 


259 


2827 


4112 


4112 


III 


780 


780 


1 


1 


1 


576 


630 


599 



s 

3 



^ Single logical/Split logical (see Appendix D) 
^ Required only when Split Code is not 0. 



Value has changed from previous manuals but still compatible with old values and does not require refonnatting disk. 
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Appendix D 
SPECIAL CONSIDERATIONS 



D.I Special Considerations for Large Capacity Drives 



Some DEC operating systems have limits on the number of blocks that can be 
supported by an individual device. If you are using a large capacity drive, such 
as a CDC 9771 XMD, you must be aware of these special considerations when 
entering the drive configuration parameters. 

If your application uses Micro VMS, the operating system automatically sizes the 
device during the disk initialization process. You do not need to make any 
adjustments to the drive configuration parameters. 

However, if your application uses either the RSX-llM, RSX-llM-PLUS, or 
RSTS/E operating systems, you must ensure that the number of blocks on the 
drive does not exceed the operating system limit for individual devices. The limit 
for individual devices under RSX-llM and RSX-llM-PLUS is 1,044,480 blocks; 
the limit for RSTS/E is 1,048,576 blocks. 

If the user area on the formatted drive is larger than the number of blocks 
supported by the operating system, you must either split the drive into logical 
units of an acceptable size or limit the drive capacity. 

To determine if the drive capacity falls within the operating system limits for 
individual devices, use the following procedure: 

1. Determine the approximate number of usable blocks on a formatted drive 
by multiplying the number of sectors per track (not including spares) by 
the number of data heads by the number of cylinders (not including 
spares). 

For a CDC 9771, 86 sectors per track multiplied by 16 data heads equals 
1376; 1376 multiplied by 1022 cylinders equals 1,406,272 blocks. 

2. Compare the number of usable blocks to the number of blocks allowed 
for an individual device. The limit for individual devices under RSX-llM 
and RSX-llM-PLUS is 1,044,480 blocks; the limit for RSTS/E is 1,048,576 
blocks. 

The number of usable blocks on a CDC 9771, which has approximately 
1,406,272 blocks, is greater than the number of blocks allowed for an 
individual device under the RSX-llM, RSX-llM-PLUS, and RSTS/E 
operating systems. 
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Special Considerations for Large Capacity Drives 




3. If the number of usable blocks is greater than the limiff^^ operating 
system, you may either limit the drive capacity/ or spkliUSl/e into 
logical units that do not exceed the operating system limits. 

ViV^^^Z^^ "^^'^'^ ^^^^^^ ^°^ ^ ^^^ 9771 exceeds therlimiisfor the 
KSX-llM, RSX-llM-PLUS, and RSTS/E operating systemsMili?' 

4. If the number of usable blocks is less than the limit for youf dpsrating 
system, the operating system will support the entire drive capacity as one 
device. '^ 



', 1,/ " , j'-^-jp'^"* 
D-2 Special Considerations 
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Reader's Comments 



Your commeiits and suggestions will help us in our continuous effort to improve the quality and 
usefulness of our publications. Mu-itij «im 

Manual Part Number ^^^ 



■ D£0.3 



Wtiat is your general reaction to this manual? Is it complete, accurate, well organized well 
written, etc.? Is it easy to use? 



Whiat features are most useful? 



Does it satisfy your needs? 



What problems or errors have you found in the manual? 



What improvements would you like to see? 



— • City 



Title. 



Company ^ State/Countiy. 

Deoartnien t Zip^ 



n Please send me the current copy of the DEC Compatilog, which contains information on the 
EMULEX family of DEC-compatible products. 

Additioml copies of this document may be ordered throu^ your Emulex sales representative or write: 

Emiiiex Corporation 
3545 Harbor Boulevard 
RO.iBox6725 
- - -~Cos«a«Mesa, CA 92626 
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